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

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

PRB (Problem Review Board) необходим для обсуждения сложных проблем с участием экспертов, но его роль не сводится к реакции на major-инциденты. PRB анализирует глубинные причины, планирует стратегии решений и утверждает временные обходные пути. Ошибочное применение PRB только после критических инцидентов (вместо регулярного анализа) искажает процесс — PRB должен функционировать как постоянно действующий орган для координации сложных проблем, а не как экстренная группа.

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

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

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

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

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

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

Заказчик - это лицо или группа лиц, которые покупают товары или услуги. В контексте поставщика ИТ-услуг заказчик определяет и согласовывает целевые показатели SLA (Service Level Agreements). Хотя иногда термин 'заказчик' может использоваться неформально для обозначения конечных пользователей (users), в официальной терминологии ITIL эти понятия четко разграничены. Заказчик также может быть внутренним (подразделение в компании) или внешним (клиент компании).