Портал №1 по управлению цифровыми
и информационными технологиями

Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Questions and answers
6160+

вопросов и ответов

Authors
25

авторов

Sources
440+

источников

Original
100%

оригинальный контент

Микросервисная архитектура представляет собой структуру приложения в виде облака небольших автономных сервисов, каждый из которых выполняет одну конкретную функцию. В отличие от монолитной архитектуры, где приложение выглядит как единый объект с определенными характеристиками, микросервисный подход разбивает приложение на множество изолированных компонентов. Эти сервисы могут различаться по версиям, иметь свои требования к входным данным и параметры производительности. Создание и удаление таких сервисов происходит автоматизированно с использованием контейнеров, что обеспечивает их независимость и гибкость.
архитектура ИТ, TOGAF и IT4IT мониторинг эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 223
Контроль и доверие могут быть как взаимоисключающими, так и взаимодополняющими подходами. Считается, что в условиях высокой мотивации и ответственности сотрудников контроль может снижать их эффективность, заменяясь доверием. Однако там, где отсутствует мотивация и ответственность, контроль становится необходимым. Оптимальная практика предполагает сочетание обоих подходов: использование контроля для укрепления доверия, когда это необходимо, и доверия для повышения мотивации, когда сотрудники демонстрируют высокую ответственность.
мотивация персонала, стимулирование общие вопросы менеджмента эффективность, оптимизация
Роман Журавлёв (источник). Рейтинг вопроса: 223
Дефект в разработке ПО - это несоответствие поведения ИТ-системы документированным требованиям к ней. Это проверяемое утверждение, которое минимизирует субъективность: если существует разница между описанным ожидаемым поведением системы и наблюдаемым фактическим поведением, то это дефект. Если такой разницы нет, дефекта также нет. Это определение позволяет выстраивать управление дефектами, хотя оно может быть ограничено в случаях, когда не все ожидания зафиксированы в требованиях.
Agile и гибкие методы разработки ПО разработка ПО
Олег Скрынник (источник). Рейтинг вопроса: 223
Информационные технологии создают новые способы привлечения и обслуживания клиентов благодаря электронным каналам коммуникации и эффективному использованию информации. Они снижают зависимость от традиционной инфраструктуры, что уменьшает барьеры входа на рынок и ускоряет бизнес-изменения. Это приводит к появлению новых конкурентов даже в не-ИТ-сферах, вынуждая традиционные бизнесы трансформироваться. Примеры таких изменений видны в деятельности компаний как Google, Amazon, Uber, Spotify и Netflix, которые меняют целые отрасли, заставляя другие компании включаться в технологическую гонку.
бизнес, ценность, бизнес-заказчик управление конфигурациями, CMDB
Дмитрий Исайченко (источник). Рейтинг вопроса: 223
Для решения проблемы, когда различные группы участников работают по своим правилам вследствие специфики деятельности, необходимо создать высокоуровневый процесс, состоящий из общих обязательных этапов. Внутри каждого этапа участники могут действовать в соответствии со своими особенностями. Например, для лебедя, щуки и рака из басни общим регламентом будет последовательность действий: загружаем-впрягаемся-тянем-выгружаем. А детали выполнения (влететь на определенную высоту для лебедя, нырнуть на глубину для щуки, ползти назад для рака) учитывают специфику каждого участника. Таким же образом можно описать общий процесс управления изменениями в ИТ-среде, добавив модели изменений для учета специфики каждой отдельной информационной системы.
управление изменениями управление процессами, ИТ-процессы
Артём Мукосеев (источник). Рейтинг вопроса: 223
В гибких методологиях Scrum и SAFe роль руководителя проекта отсутствует, так как ее функции равномерно распределены между другими ролями. В Scrum ключевые обязанности перераспределяются между владельцем продукта, который отвечает за приоритизацию и ценность продукта, и скрам-мастером, который фокусируется на процессах и удалении препятствий для команды. Методология SAFe (Scaled Agile Framework) устанавливает собственную иерархию работ и ответственности через уровни Epic - Capability - Feature - Story, где каждому уровню соответствуют свои ответственные лица и методы работы. Таким образом, традиционный набор задач руководителя проекта в гибких подходах естественным образом делегируется разным ролям без необходимости выделять отдельного координатора проекта.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик командная работа общие вопросы менеджмента управление продуктами, продуктовый подход управление проектами, PRINCE2 управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 223
Жесткие лимиты численности персонала создают риски увеличения операционных затрат из-за вынужденного использования дорогостоящего аутстаффинга вместо прямого найма. Также возникает проблема снижения качества управления проектами, так как внешние сотрудники могут не обладать достаточной вовлеченностью и знанием внутренних процессов компании. Кроме того, такие ограничения мешают адаптации подразделений к меняющимся бизнес-требованиям, что ведет к неэффективному распределению ресурсов и потере гибкости.
аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик обучение сотрудников, учебные курсы, тренинги управление знаниями управление проектами, PRINCE2 управление рисками экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 223
С удовлетворенностью сотрудников сервис деска связаны следующие ключевые показатели эффективности: снижение текучести кадров и числа прогулов, увеличение значений FCR (скорость решения при первом контакте) и FLR (скорость решения на первой линии), снижение MTTR (среднее время восстановления), уменьшение стоимости обработки тикета, повышение качества обслуживания и рост уровня удовлетворенности клиентов. Эти метрики коррелируют с удовлетворенностью сотрудников и позволяют оценивать, насколько эффективно работает команда в целом и насколько продуктивно она решает задачи сервисной поддержки.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды командная работа мониторинг поддержка пользователей, Service Desk, Help Desk управление проблемами эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 223
Типичные претензии включают: аналитики считают, что разработчики не понимают бизнес и пишут плохой код; разработчики жалуются, что аналитики не могут правильно описать задачу, а тестировщики отвлекают от работы; тестировщики утверждают, что тест-кейсы плохо прописаны аналитиками, и разработчики постоянно вносят дефекты; администраторы критикуют других специалистов за отсутствие понимания работы приложений на инфраструктуре и неправильное разделение инцидентов и дефектов.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик разработка ПО управление инцидентами управление конфигурациями, CMDB
Олег Скрынник (источник). Рейтинг вопроса: 223
Такая практика приводит к тому, что сотрудники привыкают к постоянному контролю и теряют способность принимать самостоятельные решения. Они перестают брать на себя ответственность, боясь сделать ошибку без одобрения вышестоящего лица. Это также снижает общую эффективность, так как руководитель тратит время на оперативные задачи вместо стратегического планирования. На долгосрочной перспективе это может привести к снижению квалификации команды и повышению текучести кадров, так как опытные сотрудники начнут искать условия, где их компетенции будут цениться.
командная работа обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента управление рисками эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 223
« 1 ... 133 134 135 ... 617 »