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

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

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

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

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