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

Для сбалансированной оценки деятельности групп поддержки необходима пара метрик: 1) Метрика своевременности – оценивает скорость обработки инцидентов с учётом доли ответственности за соблюдение сроков; 2) Метрика результативности – оценивает, насколько группа реально способствует решению инцидента при его обработке (предотвращает «футбол»). Только комбинация этих метрик позволяет объективно оценить как скорость работы группы, так и её реальный вклад в решение инцидентов, а не просто перемещение их между группами.

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

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

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

Тип поставщика услуг согласно ITIL значительно влияет на структуру раздела штрафных санкций в Соглашении об уровне обслуживания (SLA). Для внутренних поставщиков (Тип I и Тип II) штрафы редко выражаются в денежной форме, а чаще затрагивают систему премирования сотрудников ИТ-подразделения. Для внешних поставщиков (Тип III) штрафные санкции обычно фиксируются в контракте как процент от суммы договора и могут варьироваться в пределах 20-30%. При этом, даже для внешних поставщиков, структура и размер штрафов могут быть ограничены законодательством, например, как в случае с 44-ФЗ, где размер штрафа составляет всего от 0,5% до 2,5% от суммы контракта.

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

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

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

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