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

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

Интеграция измеримых ресурсов в систему управления с использованием потоков создания ценности происходит через четкое определение их роли и метрик измерения. Сначала необходимо идентифицировать все работы и мероприятия, которые не укладываются в прямые потоки создания ценности, но необходимы для их поддержки (например, compliance, тестирование надежности). Затем результаты этих работ должны быть определены как конкретные, измеримые ресурсы. Для каждого ресурса устанавливаются ключевые метрики, которые позволяют оценить его готовность, качество и достаточность. Далее необходимо определить точку взаимодействия этого ресурса с основными потоками ценности - когда и как потоки будут потреблять этот ресурс. После этого выстраиваются правила поставки ресурсов, чтобы они всегда были доступны в нужном количестве и качестве, но без излишков, что соответствует бережливому подходу. Наконец, ресурсы интегрируются в общее описание потоков создания ценности, так чтобы их статус и готовность были видимы наравне с другими элементами потоков, что позволяет своевременно обнаруживать и устранять возможные узкие места.

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

Project Management Institute (PMI) продолжает продвигать роль руководителя проектов в гибкой среде, прежде всего, из-за коммерческих интересов. PMI зарабатывает на сертификации и пересертификации специалистов по управлению проектами, и пик спроса на сертификацию PMP пришелся на 2006-2008 годы, после чего спрос снизился примерно вдвое. Чтобы поддерживать спрос на свои услуги, PMI стремится адаптировать концепцию руководителя проектов к гибким методологиям, создавая термин «гибкий руководитель проектами» и утверждая необходимость его роли даже в условиях, где основные гибкие методологии, такие как Scrum и SAFe, напрямую не предусматривают эту позицию. Такой подход позволяет PMI оставаться релевантной организацией и продолжать генерировать доход от сертификаций и обучения, хотя на практике эта позиция не всегда соответствует реальным потребностям гибких организаций.

Согласно статистике, деловые игры в России проводятся значительно реже, чем в Европе — примерно в 4-8 раз реже. При этом эффективность этого метода обучения в западных компаниях ощущается больше, и организации чаще используют его в процессе развития персонала. Разница может быть связана с разным подходом к восприятию термина «деловая игра» и его роли в обучении, а также с бюрократическими ограничениями и непониманием ценности данного метода в российских компаниях.

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

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

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

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