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

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

## [Как следует относиться к персоналу при организационных изменениях для DevOps?](https://cleverics.ru/digital/kb-qa/kak-sleduet-otnositsya-k-personalu-pri-organizatsionnykh-izmeneniyakh-dlya-devops/)

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

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

Рейтинг: 74

Теги: DevOps, CI/CD, общие вопросы менеджмента, организационные изменения, агенты изменений, управление изменениями

## [Какие задачи выполняются в рамках деятельности по оптимизации ИТ-активов?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vypolnyayutsya-v-ramkakh-deyatelnosti-po-optimizatsii-it-aktivov/)

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

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

Рейтинг: 70

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

## [Как системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на управление проблемами?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-doli-izmeneniy-dokumentirovannykh-v-sootvetstvii/)

Системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на управление проблемами через переменную «Качество данных» (Data quality).  Механизм: 1. Качество документирования изменений — это ключевой фактор, влияющий на эффективность «лаборатории» управления проблемами. 2. Низкая доля изменений, документированных в соответствии с требованиями, означает, что данные о изменениях неполные, некорректные или нестандартизированные. 3. Это влияет на управление проблемами:    - Невозможно эффективно проанализировать связь между изменением и инцидентом.    - Невозможно выявить корневую причину инцидента, если данные о связанных изменениях неполные.    - Невозможно создать качественные стандартные решения, если данные о предыдущих изменениях ненадёжны.    - Снижается эффективность анализа инцидентов — аналитики тратят время на сбор и проверку данных вместо анализа. 4. Низкое качество документирования, в свою очередь:    - Увеличивает время выявления проблем.    - Снижает количество выявленных проблем.    - Увеличивает количество повторяющихся инцидентов.  Факторы, влияющие на низкое качество документирования:  1. **Сложность процессов.** Обременительные требования демотивируют сотрудников. 2. **Отсутствие автоматизации.** Ручной ввод данных. 3. **Непонимание ценности.** Сотрудники не видят, как документирование помогает. 4. **Давление сроков.** Спешка приводит к формальному документированию. 5. **Отсутствие контроля.** Качество не проверяется.  Системная структура показывает, что качество документирования — это критический фактор, связывающий «конвейер» управления изменениями и «лабораторию» управления проблемами. Инвестиции в качество документирования окупаются через повышение эффективности выявления проблем.

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

Рейтинг: 70

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

## [Как системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на PIR?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-doli-izmeneniy-dokumentirovannykh-v-sootvetstvii/)

Системная структура объясняет проблему низкой доли изменений, документированных в соответствии с требованиями, и её влияние на эффективность PIR (Post-Implementation Review).  Механизм: 1. Качество документирования изменений (Data quality) — это ключевой фактор, влияющий на эффективность PIR. 2. Низкая доля изменений, документированных в соответствии с требованиями, означает, что данные о изменениях неполные, некорректные или нестандартизированные. 3. Это влияет на PIR:    - Невозможно эффективно проанализировать изменение — данные неполные.    - Невозможно выявить корневые причины проблем — данные некорректные.    - Невозможно извлечь уроки — информация о изменении ненадёжна.    - Невозможно создать модели изменений и шаблоны стандартных изменений — данные нестандартизированные. 4. Неэффективный PIR, в свою очередь:    - Не улучшает качество изменений.    - Не снижает риски.    - Не увеличивает долю стандартных изменений.    - Не снижает затраты.  Факторы, влияющие на низкое качество документирования:  1. **Сложность процессов.** Обременительные требования демотивируют. 2. **Отсутствие автоматизации.** Ручной ввод данных. 3. **Непонимание ценности.** Сотрудники не видят пользы. 4. **Давление сроков.** Спешка приводит к формальному документированию. 5. **Отсутствие контроля.** Качество не проверяется.  Системная структура показывает, что качество документирования — это критический фактор эффективности PIR. Инвестиции в качество документирования окупаются через улучшение PIR и, как следствие, улучшение качества изменений, снижение рисков и повышение эффективности управления изменениями.

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

Рейтинг: 70

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

## [Какие направления измерений выделены в сводной таблице по процессу управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-napravleniya-izmereniy-vydeleny-v-svodnoy-tablitse-po-protsessu-upravleniya-izmeneniyami/)

В сводной таблице по измерению процесса управления изменениями выделены следующие направления измерений: результативность процесса (метрики TPI, TMR, PCWR, CSI); применение PIR (метрика PCI); стандартизация изменений (метрика SCR); реализация изменений с первой попытки (метрика FTI); количество аварийных изменений (метрика ECR); полнота регистрации изменений (метрика PCR). Каждое направление связано с определёнными оцениваемыми ролями — менеджером процесса и/или координаторами изменений.

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

Рейтинг: 68

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

## [Как системная структура объясняет проблему низкой своевременности реализации изменений и её влияние на риски?](https://cleverics.ru/digital/kb-qa/kak-sistemnaya-struktura-obyasnyaet-problemu-nizkoy-svoevremennosti-realizatsii-izmeneniy-i-ee-vliya/)

Системная структура «конвейера» объясняет проблему низкой своевременности реализации изменений (TPI) и её влияние на риски (Risks).  Механизм: 1. TPI характеризует, насколько процесс справляется с соблюдением временных нормативов. 2. Низкая своевременность означает, что изменения реализуются позже ожидаемых сроков. 3. Это влияет на риски:    - Задержка изменений может привести к тому, что критичные обновления безопасности не применяются вовремя — увеличиваются риски безопасности.    - Задержка изменений может привести к тому, что бизнес-возможности упущены — финансовые потери.    - Задержка изменений может привести к тому, что инфраструктура устаревает — увеличиваются риски отказов.    - Давление бизнеса из-за задержек может привести к выполнению изменений «в обход» процесса — теневые изменения увеличивают риски. 4. Высокие риски, в свою очередь:    - Увеличивают финансовые потери.    - Снижают удовлетворённость пользователей.    - Усиливают давление бизнеса на ИТ.    - Формируют разрушительный цикл.  Факторы, влияющие на низкую своевременность:  1. **Рост бэклога.** Много изменений в очереди. 2. **Нехватка ресурсов.** Недостаточно персонала. 3. **Низкая продуктивность.** Недостаточная квалификация, отсутствие инструментов. 4. **Повторно выполняемая работа.** Ошибки приводят к переделкам. 5. **Внеочередная работа.** Экстренные изменения отвлекают ресурсы.  Системная структура показывает, что своевременность — это не просто «операционная метрика», а фактор, напрямую влияющий на риски. Улучшение своевременности требует комплексного подхода: управление спросом, увеличение ресурсов, повышение продуктивности, улучшение качества, контроль внеочередной работы.

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

Рейтинг: 60

Теги: DevOps, CI/CD, архитектура ИТ, TOGAF и IT4IT, безопасность, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление изменениями, управление конфигурациями, CMDB, управление рисками, эффективность, оптимизация