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

Для оценки реальной эффективности внедрения ITIL рекомендуется использовать методы количественной и качественной оценки, такие как сравнение KPI до и после внедрения, анализ удовлетворенности пользователей, измерение времени восстановления услуг и соблюдение SLA. Важно также учитывать долгосрочные эффекты и возможные улучшения в коммуникации между ИТ и бизнесом.

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

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

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

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

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

Метрика помогает предотвратить практику «футбола» за счёт того, что учитывает реальное время, затраченное группой на обработку инцидента, включая время с момента назначения до переназначения. Если группа быстро перенаправляет инцидент без реального анализа и работы, её доля во времени обработки (ti) будет небольшой. Однако, если инцидент в итоге просрочен, суммарная ответственность всех групп пропорциональна их реальному вкладу во время обработки. Кроме того, для предотвращения практики «футбола» рекомендуется использовать не только метрику своевременности, но и дополнительную метрику результативности, которая оценивает, насколько группа реально продвигает решение инцидента при работе с ним.

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

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