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

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

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

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

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

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

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

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

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

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