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

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

## [Как новый KPI учитывает важность раннего решения инцидентов?](https://cleverics.ru/digital/kb-qa/kak-novyy-kpi-uchityvaet-vazhnost-rannego-resheniya-intsidentov/)

Новый KPI использует плавную шкалу оценки между Tmin и Tmax, где решение ближе к Tmin дает максимальный балл, а приближение к Tmax — постепенно снижает рейтинг. Например, инцидент, устраненный за 30 минут при Tmin = 30 и Tmax = 240, получает 100%, а решение за 230 минут — уже около 4%. Это создает прямую мотивацию решать инциденты максимально быстро, так как каждый сэкономленный час напрямую улучшает итоговый показатель эффективности.

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

Рейтинг: 888

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

## [Какие критерии оценки используются в пост-имплементационном обзоре (PIR)?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-otsenki-ispolzuyutsya-v-post-implementatsionnom-obzore-pir/)

В PIR применяются количественные и качественные критерии: соблюдение бюджета и сроков, достижение целевых метрик (например, рост производительности на 15%), уровень удовлетворенности пользователей, соответствие требованиям и анализ рисков. Также оцениваются непредвиденные последствия и влияние на другие процессы. Для каждого критерия устанавливаются пороговые значения, и на основе их сравнения с фактическими результатами определяется успешность внедрения.

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

Рейтинг: 887

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

## [Почему наличие типовой модели процесса не гарантирует организацию деятельности в компании?](https://cleverics.ru/digital/kb-qa/pochemu-nalichie-tipovoy-modeli-protsessa-ne-garantiruet-organizatsiyu-deyatelnosti-v-kompanii/)

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

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

Рейтинг: 887

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

## [Почему без дорожной карты сложно эффективно развивать продукт?](https://cleverics.ru/digital/kb-qa/pochemu-bez-dorozhnoy-karty-slozhno-effektivno-razvivat-produkt/)

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

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

Рейтинг: 887

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

## [Как изменения производственной системы и приложения привели к усилению проблем поддержки в ИТ?](https://cleverics.ru/digital/kb-qa/kak-izmeneniya-proizvodstvennoy-sistemy-i-prilozheniya-priveli-k-usileniyu-problem-podderzhki-v-it/)

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

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

Рейтинг: 887

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

## [Почему коммуникационные барьеры между командами усугубили проблему поддержки ИТ-услуг?](https://cleverics.ru/digital/kb-qa/pochemu-kommunikatsionnye-barery-mezhdu-komandami-usugubili-problemu-podderzhki-it-uslug/)

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

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

Рейтинг: 887

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

## [Почему локальная оптимизация процессов не приводит к успеху при переходе к гибкому управлению?](https://cleverics.ru/digital/kb-qa/pochemu-lokalnaya-optimizatsiya-protsessov-ne-privodit-k-uspekhu-pri-perekhode-k-gibkomu-upravleniyu/)

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

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

Рейтинг: 887

Теги: бизнес, ценность, бизнес-заказчик, командная работа, постоянное улучшение, совершенствование, CSI, PDCA, стратегия, трансформация, ускорение, Time-to-Market, эффективность, оптимизация

## [Почему разделение на 2-ю и 3-ю линии поддержки внутри одного подразделения является эффективным решением?](https://cleverics.ru/digital/kb-qa/pochemu-razdelenie-na-2-yu-i-3-yu-linii-podderzhki-vnutri-odnogo-podrazdeleniya-yavlyaetsya-effektiv/)

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

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

Рейтинг: 887

Теги: мониторинг, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, эффективность, оптимизация

## [Какие проблемы возникают при попытке объяснить бизнесу необходимость инвестиций в процессные улучшения ИТ?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-popytke-obyasnit-biznesu-neobkhodimost-investitsiy-v-protsessnye-uluch/)

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

Автор: Роман Журавлёв

Рейтинг: 887

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

## [Как связаны концепция ценности услуг в ITIL и предложенный подход к анализу процессов?](https://cleverics.ru/digital/kb-qa/kak-svyazany-kontseptsiya-tsennosti-uslug-v-itil-i-predlozhennyy-podkhod-k-analizu-protsessov/)

Концепция ценности услуг в ITIL основывается на двух факторах: функциональности (utility) и гарантии (warranty). Предложенный подход к анализу процессов в ИТ-менеджменте полностью соответствует этой концепции. Результативность процессов является аналогом функциональности — она показывает, насколько процессы полезны и удовлетворяют требованиям бизнеса. Зрелость процессов выступает аналогом гарантии — она отражает уверенность в том, что процессы будут стабильно обеспечивать эту полезность в любых условиях. Таким образом, объединение результативности и зрелости на радарной диаграмме позволяет анализировать ценность процессов так же, как ITIL анализирует ценность услуг.

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

Рейтинг: 887

Теги: ITIL, бизнес, ценность, бизнес-заказчик, управление процессами, ИТ-процессы, управление уровнем услуг, SLM