Рекомендации по формулированию KPI в ITIL 4 представлены через факторы успеха практик (PSF). Для каждой практики определяются PSF, каждый из которых сопровождается подробным описанием и примерами метрик, которые можно использовать в качестве KPI. Например, для практики управления инцидентами PSF «раннее выявление инцидентов» имеет следующие примеры KPI: время между возникновением и обнаружением инцидента и доля инцидентов, выявленных с помощью мониторинга. Такая структура делает процесс формулирования KPI более простым и понятным, поскольку она предоставляет конкретные рекомендации и примеры измерений для каждого важного аспекта практики.

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

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

После устранения major-инцидента необходимо: оперативно оповестить ИТ-специалистов, чтобы они могли завершить обработку всех связанных обращений и проверить восстановление ИТ-услуг; уведомить конечных пользователей о восстановлении сервисов; провести мини-расследование (major incident review) с формированием отчета, направленного на предотвращение повторения инцидента; оценить действия по обработке инцидента и при необходимости зарегистрировать проблему, известную ошибку или новые мероприятия по улучшению ИТ-услуг (например, в рамках service improvement plan или реестра CSI).

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

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

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

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

PCF (Process Classification Framework) - это открытый стандарт, межотраслевая процессная модель, не привязанная к области деятельности предприятия или сектору промышленности, не зависящая от его размера и местоположения. Он представляет собой общую структуру процессов для любых предприятий, изначально задуманную для систематизации бизнес-процессов и определения общего языка. PCF позволяет идентифицировать процессы на предприятии, используя уже наработанный и накопленный опыт многих компаний; сравнивать между собой эффективность процессов, выполняющихся в разных организациях; заниматься реинжинирингом и совершенствовать процессы. Модель была разработана в 1992 году Американским центром эффективности и качества (APQC), который продолжает поддерживать и развивать её. Текущая версия PCF - 6.1.0 от марта 2014 года.

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