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

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

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

Компактность и однородность "размеров" элементов в бэклоге важны потому, что они позволяют команде обещать стабильность поставок. Если трудоемкость задач варьируется чрезмерно, например, от 10 минут до нескольких недель, становится практически невозможно прогнозировать скорость работы и планировать загрузку команды. Однородные по сложности элементы позволяют более точно оценивать их выполнение, упрощают балансировку потока работ и обеспечивают предсказуемость производительности команды. Это особенно важно для упреждающего управления загрузкой и соблюдения установленных work in progress лимитов.

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

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

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

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

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

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