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

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

## [Какие типичные ошибки допускаются при проведении пост-имплементационного обзора (PIR)?](https://cleverics.ru/digital/kb-qa/kakie-tipichnye-oshibki-dopuskayutsya-pri-provedenii-post-implementatsionnogo-obzora-pir/)

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

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

Рейтинг: 1016

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

## [В чем основное расхождение в понимании границ применимости подходов Agile, DevOps и ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnoe-raskhozhdenie-v-ponimanii-granits-primenimosti-podkhodov-agile-devops-i-itil/)

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

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

Рейтинг: 1016

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, ITIL, командная работа, управление конфигурациями, CMDB

## [Какой процесс управления соответствует циклу PDCA в контексте управления уровнем ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakoy-protsess-upravleniya-sootvetstvuet-tsiklu-pdca-v-kontekste-upravleniya-urovnem-it-uslug/)

В контексте управления уровнем ИТ-услуг процесс SLM (Service Level Management) соответствует циклу PDCA (Plan-Do-Check-Act). Этот процесс ответственен за реализацию цикла PDCA над оперативной деятельностью в рамках жизненного цикла услуг, направленного на постепенное устранение несоответствий между ожиданиями заказчика услуг и реальными показателями предоставляемых услуг. Таким образом, SLM обеспечивает постоянное улучшение качества ИТ-услуг через планомерное выявление и устранение недостатков.

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

Рейтинг: 1016

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

## [Почему в ITIL 4 приоритизация инцидента не указана как отдельный шаг в процессе обработки?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-4-prioritizatsiya-intsidenta-ne-ukazana-kak-otdelnyy-shag-v-protsesse-obrabotki/)

В ITIL 4 приоритизация не выделена как отдельный шаг в процессе обработки и решения инцидента, потому что она рассматривается как сквозной процесс управления, который может проводиться многократно в течение всего жизненного цикла инцидента. В отличие от ITIL v3, где приоритизация следовала сразу после классификации, в ITIL 4 она представлена как фактор успеха практики управления инцидентами, который необходим для выполнения основной цели — минимизации негативного влияния инцидентов. Приоритизация может происходить на разных этапах, когда возникает необходимость пересмотра порядка работы с инцидентами из-за появления новых инцидентов или изменения условий.

Автор: Анна Васильева

Рейтинг: 1016

Теги: ITIL, управление инцидентами

## [Какие альтернативы иерархическим структурам управления могут повысить эффективность ИТ-подразделений?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-ierarkhicheskim-strukturam-upravleniya-mogut-povysit-effektivnost-it-podrazdeleniy/)

Альтернативы иерархическим структурам управления, которые могут повысить эффективность ИТ-подразделений: - Создание самоорганизующихся команд вместо традиционных отделов. - Внедрение подхода коллективной ответственности вместо ответственности тим-лида. - Переход к управлению задачами вместо управления людьми. - Фокус на потоке создания ценности вместо распределения задач. - Использование продуктового подхода вместо проектного. - Формирование гибких сетевых структур, которые могут быстро адаптироваться к изменяющимся условиям. - Применение Agile-методологий и других современных подходов к управлению. - Создание плоских иерархий с минимальным количеством уровней управления.

Автор: Олег Скрынник

Рейтинг: 1016

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

## [Какие показатели можно использовать для измерения эффективности процесса управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-mozhno-ispolzovat-dlya-izmereniya-effektivnosti-protsessa-upravleniya-konfiguratsiy/)

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

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

Рейтинг: 1016

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

## [В каких случаях метрика становится нерелевантной для управления потоком?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-metrika-stanovitsya-nerelevantnoy-dlya-upravleniya-potokom/)

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

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

Рейтинг: 1016

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

## [Почему пользователи чаще ассоциируют свои проблемы с ИТ-системами, а не с бизнес-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-chashche-assotsiiruyut-svoi-problemy-s-it-sistemami-a-ne-s-biznes-protsessami/)

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

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

Рейтинг: 1016

Теги: бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk

## [Какие недостатки книги отмечены в обзоре?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-knigi-otmecheny-v-obzore/)

В обзоре отмечены несколько недостатков книги: содержание могло бы быть на треть короче без потери качества; отсутствие рекомендаций по тому, где брать перечень бизнес-процессов предприятия, если он отсутствует в начале проекта; недостаточная ясность относительно того, кто должен выполнять роль менеджера ИТ-услуги, что является ключевым вопросом для определения границ сервисного подхода на предприятии; излишняя сложность концепции Service Offerings для монолитных компаний, где автор обзора предпочел бы более простые структуры; и неубедительные примеры экономического обоснования внедрения каталога ИТ-услуг, связанные с сокращением затрат за счет стандартизации решений, которая может быть достигнута и без каталога.

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

Рейтинг: 1016

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

## [Как часто следует обновлять схему категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-chasto-sleduet-obnovlyat-skhemu-kategorizatsii-intsidentov/)

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

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

Рейтинг: 1016

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