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

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

Основными целями разработки ИТ-модели в Бахрейне были: повышение безопасности, снижение рисков (как ИТ, так и деловой деятельности), оптимизация затрат на ИТ, повышение надежности предоставляемых ИТ-услуг, обеспечение прозрачности для аудитов и соответствие законодательству и другим нормам (compliance).

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

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

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

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

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

Среди деловых игр, ориентированных на ИТ, выделяются две: "Apollo - ITSM на практике" и "Grab@Pizza - ИТ и основной бизнес". Эти игры разработаны специально для ИТ-специалистов, хотя в них также предусмотрены отдельные роли для представителей бизнес-подразделений, что позволяет привлечь их к участию.

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