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

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

## [Какие основные проблемы возникают при переходе к гибкому управлению разработкой ИТ-продуктов?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-voznikayut-pri-perekhode-k-gibkomu-upravleniyu-razrabotkoy-it-produktov/)

Основные проблемы при переходе к гибкому управлению ИТ-разработкой связаны с частичным отстройкой потока создания ценности и его стыковкой с проектным управлением. Такие гибридные модели существенно снижают пользу от перехода к гибкому подходу. Часто можно наблюдать, что ИТ-разработчики трансформируют свой рабочий процесс только до определенного этапа, а на "последней миле" задачи задерживаются из-за релизных циклов, длительного приёмочного тестирования и синхронизации со смежными отделами. Привычный для проектного подхода этап внедрения результатов сохраняется, что приводит к потере преимуществ гибкого управления - кратного ускорения процесса разработки не происходит, так как ценность не доносится быстро до бизнеса.

Автор: Светлана Сапегина

Рейтинг: 1202

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление релизами

## [Как ITIL 4 определяет взаимосвязь между процессами и потоками создания ценности?](https://cleverics.ru/digital/kb-qa/kak-itil-4-opredelyaet-vzaimosvyaz-mezhdu-protsessami-i-potokami-sozdaniya-tsennosti/)

ITIL 4 определяет потоки создания ценности как более высокий уровень абстракции по сравнению с процессами. Поток создания ценности (value stream) представляет собой последовательность шагов, которые организация предпринимает для создания и предоставления продуктов и услуг потребителю. Это комбинация видов деятельности цепочки создания ценности организации. Процессы же рассматриваются как набор взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы, и они являются составной частью потоков создания ценности. Например, поток создания ценности для поддержки пользователей может включать в себя такие процессы как управление инцидентами, служба поддержки, управление проблемами, управление изменениями и управление конфигурациями. Ключевая идея ITIL 4 заключается в том, что процессы должны рассматриваться не изолированно, а как последовательность действий в рамках потока создания ценности, что позволяет лучше понять их роль в создании ценности для клиента и обеспечить более целостное управление ИТ-услугами.

Автор: Игорь Фадеев

Рейтинг: 1202

Теги: ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление изменениями, управление инцидентами, управление конфигурациями, CMDB, управление проблемами, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы

## [Как правильно организовать работу сервис деска и что необходимо учитывать?](https://cleverics.ru/digital/kb-qa/kak-pravilno-organizovat-rabotu-servis-deska-i-chto-neobkhodimo-uchityvat/)

для организации работы сервис деска необходимо учитывать несколько важных аспектов: подготовку персонала к самостоятельному дежурству, что включает обучение и стажировку; составление сменного графика работы с учетом пиковых нагрузок и времени обслуживания; расчет необходимого количества сотрудников на первую линию поддержки на основе статистики запросов и требуемых метрик обслуживания; внедрение системы контроля качества с четкими KPI, соответствующими бизнес-целям; установление правильных зависимостей и выбора релевантных ключевых показателей эффективности. При этом важно понимать, какие KPI действительно отражают эффективность работы сервис деска, а не приводят к искажению целей и поведения сотрудников. Эти элементы, если они организованы правильно, обеспечивают стабильное и качественное обслуживание пользователей.

Автор: Игорь Фадеев

Рейтинг: 1202

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление релизами, эффективность, оптимизация

## [Какие последствия может иметь отсутствие учета инфраструктурных перерывов в SLA?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mozhet-imet-otsutstvie-ucheta-infrastrukturnykh-pereryvov-v-sla/)

Отсутствие учета инфраструктурных перерывов в SLA может привести к искажению реального уровня предоставления услуг. Отчеты будут показывать высокую эффективность работы службы поддержки (поскольку пользователи не сообщают об инцидентах), тогда как фактически все сервисы недоступны. Это создает ложное впечатление о стабильности ИТ-инфраструктуры и снижает доверие бизнеса к показателям, предоставляемым ИТ-службой.

Автор: Евгений Шилов

Рейтинг: 1202

Теги: SLA, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление конфигурациями, CMDB, управление уровнем услуг, SLM, эффективность, оптимизация

## [Какие проблемы могут возникнуть при совмещении ролей менеджера и координатора изменений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-sovmeshchenii-roley-menedzhera-i-koordinatora-izmeneniy/)

При совмещении ролей менеджера и координатора изменений могут возникнуть проблемы с независимостью контроля и объективностью принятия решений. Человек, отвечающий за общий контроль изменений и одновременно обрабатывающий отдельные запросы, может быть предвзят в оценке собственной работы или испытывать конфликт интересов при принятии решений. Это может привести к снижению качества процесса управления изменениями, игнорированию потенциальных рисков и необоснованному ускорению процессов в ущерб их тщательности и безопасности

Автор: Дмитрий Исайченко

Рейтинг: 1202

Теги: безопасность, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление изменениями, управление процессами, ИТ-процессы, управление рисками

## [В чем состоят основные обязанности владельца услуги?](https://cleverics.ru/digital/kb-qa/v-chem-sostoyat-osnovnye-obyazannosti-vladeltsa-uslugi/)

Основные обязанности владельца услуги включают определение целей и стратегии услуги, обеспечение её соответствия бизнес-потребностям, управление инвестициями в услугу, оценку результатов и эффективности. Владелец услуги выступает как лицо, отвечающее за общую пользу и ценность услуги для бизнеса, и защищает интересы бизнеса при взаимодействии с ИТ-командой.

Автор: Константин Нарыжный

Рейтинг: 1201

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, стратегия, управление отношениями, взаимодействие, BRM, экономика и финансы, эффективность, оптимизация

## [Какие метрики подходят для оценки задач, не относящихся к конвейерному производству?](https://cleverics.ru/digital/kb-qa/kakie-metriki-podkhodyat-dlya-otsenki-zadach-ne-otnosyashchikhsya-k-konveyernomu-proizvodstvu/)

Для задач вне конвейера (исследования, эксплуатация, управление активами) используются специфические метрики. Например, для исследований — количество принятых решений на основе полученных данных, снижение неопределенности. Для гарантии — доступность услуги, доля активных пользователей. Для рутинного обслуживания — количество предупрежденных сбоев или стабильность системы. Главное — метрики должны отражать реальный вклад в общий результат, а не искусственно подгоняться под конвейерные шаблоны.

Автор: Андрей Труфанов

Рейтинг: 1201

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление инцидентами, управление ИТ-активами, ITAM, SAM

## [Почему между теорией и практикой возникает разрыв при обучении навыкам взаимодействия с заказчиками в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/pochemu-mezhdu-teoriey-i-praktikoy-voznikaet-razryv-pri-obuchenii-navykam-vzaimodeystviya-s-zakazchi/)

Разрыв между теорией и практикой в области взаимодействия с заказчиками связан с особенностями психологических установок ИТ-специалистов. Даже при наличии свежих теоретических знаний и четких инструкций участники тренингов часто игнорируют недостающую информацию в документах и не задают уточняющих вопросов тренеру, повторяя поведение из школьной среды. Это отражает реальную проблему в сервисных отношениях, где сотрудники ИТ-компаний склонны считать, что требования заказчика понятны без дополнительного уточнения. Подобный штамп поведения возникает из-за преобладания технического склада ума у ИТ-специалистов и недостаточного развития коммуникативных навыков.

Автор: Игорь Гутник

Рейтинг: 1200

Теги: бизнес, ценность, бизнес-заказчик, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление отношениями, взаимодействие, BRM, эффективность, оптимизация

## [Кто должен быть ответственным за процесс цифровизации бизнеса в компании?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-byt-otvetstvennym-za-protsess-tsifrovizatsii-biznesa-v-kompanii/)

Ответственность за цифровую трансформацию должен взять на себя сама компания, а конкретно группа руководителей, отвечающих за функционирование бизнеса в целом и обладающих неограниченными полномочиями в своих областях. Внешние консультанты могут оказать поддержку в вопросах технической реализации, но драйвером изменений должны стать внутренние лидеры, которые обеспечат трансформацию культуры компании и переход к новой парадигме эффективного и гибкого производства.

Автор: Андрей Труфанов

Рейтинг: 1200

Теги: бизнес, ценность, бизнес-заказчик, лидерство, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, трансформация, ускорение, Time-to-Market

## [Почему не стоит сразу привязывать метрики к схемам мотивации сотрудников?](https://cleverics.ru/digital/kb-qa/pochemu-ne-stoit-srazu-privyazyvat-metriki-k-skhemam-motivatsii-sotrudnikov/)

На первых этапах внедрения процесса сотрудники еще не привыкли к новым обязанностям, и не ясны реалистичные целевые значения метрик. Если сразу завязать оплату труда на показатели, это создаст стресс и спровоцирует попытки их фальсификации. Гораздо важнее сначала понять, какие значения метрик являются нормой, а уже потом решать, как их использовать для стимулирования.

Автор: Евгений Шилов

Рейтинг: 1200

Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мотивация персонала, стимулирование, управление релизами