Традиционную схему оценки влияния инцидентов можно улучшить следующими способами: 1) Ввести специальные правила для критичных периодов, например, повышать уровень влияния для отчетности в конце месяца. 2) Определить функциональных VIP-пользователей, чьи обращения всегда имеют повышенный приоритет. 3) Установить особые правила оценки влияния для отдельных ИТ-услуг, которые имеют стратегическое значение для бизнеса. 4) Сформулировать более четкие критерии различия между 'частичным' и 'полным' отсутствием функционала. При этом важно сохранять баланс между детализацией правил и их практической применимостью для сотрудников первой линии поддержки.

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

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

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

Актуальность данных обеспечивается регулярным (ежедневным) импортом информации со сканеров сети, ручной обработкой записей для коррекции типов лицензий и сопоставления названий ПО, а также проведением регулярных проверок отчётности. Критически важно назначить ответственного за мониторинг и обновление данных, иначе система быстро устареет. Также нужно интегрировать процессы учёта в ежедневные задачи сотрудников, чтобы они фиксировали установки ПО и освобождение лицензий в режиме реального времени.

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

Метрика распределяет ответственность за нарушение срока обработки пропорционально доле участия каждой группы в общем времени обработки просроченного инцидента. Для этого используется формула, где для каждого просроченного инцидента (vi=1) вычисляется доля времени группы (ti/Ti), которую затем вычитают из единицы. Чем большую часть общего времени обработки инцидента занимала группа, тем больше ее ответственность за просрочку и тем ниже её KPI. Это позволяет избежать ситуаций, когда 'стрелочником' становится последняя группа, получившая уже просроченный инцидент.

Для автоматизации учёта лицензий важно отслеживать данные о приобретении, использовании и освобождении лицензий; списки программного обеспечения и приобретённых лицензий; факты установки ПО на устройствах (через интеграцию со сканерами сети). Особое внимание требуется уделить типам лицензий (на установку, процессоры, ядра, подключения) и их коэффициентам (например, одна лицензия покрывает два процессора). Поскольку сканеры не определяют типы лицензий, эти параметры необходимо проставлять вручную для корректного формирования отчётов.

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

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