В контексте управления ИТ-системами выделяют несколько доменов: простота (Simple), сложность (Complicated), сложный (Complex) и хаос (Chaotic), как в модели Кейнвина. В домене простоты процессы полностью детерминированы, и работа сводится к категоризации и стандартным действиям. В домене сложности требуется анализ и изучение системы для принятия решений (например, при диагностике проблем). Домен сложный характеризуется непредсказуемыми взаимодействиями, где решения принимаются через эксперименты и тестирование гипотез. При использовании микросервисной архитектуры без правильного управления системой высока вероятность перехода в домен сложный, что приведет к неэффективному управлению и высокой стоимости поддержки.

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

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

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

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

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

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

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

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

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