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

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

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

Под выгодами (Benefits) в PRINCE2® понимается то, ради чего проект вообще реализуется. Это не то, что получено непосредственно как результат завершения проекта, а то, что должно быть получено в результате использования этого результата. Например, при внедрении CRM-системы сама внедренная система - это результат проекта, а увеличение выручки или повышение качества услуг благодаря этой системе - это выгоды. Для управления этим аспектом выгоды должны быть сформулированы как измеримые параметры, такие как 'увеличение выручки на 15% в течение полугода с момента завершения проекта'.

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

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

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

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

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

В издании ITIL 4 2019 года («ITIL Foundation: ITIL 4 Edition») было семь руководящих принципов, тогда как в предыдущей версии, описанной в книге «ITIL Practitioner Guidance» 2016 года, их было девять. Количество принципов было уменьшено с девяти до семи, при этом основная идея системы принципов сохранилась. Некоторые принципы из предыдущей версии были объединены, а часть формулировок изменена незначительно. Таким образом, все идеи из девяти принципов 2016 года нашли отражение в семи принципах ITIL 4 2019 года, но система стала более компактной, сохранив при этом практичность и полноту.