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

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

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

В ITIL 4 руководства по практикам включают не только обновленные описания процессной деятельности, но и дополнительные элементы, таких как необходимые компетенции сотрудников, технические инструменты и информационное сопровождение, а также рекомендации по использованию аутсорсинга. Для практики Service Desk внедрены концепция омниканальных коммуникаций и понятие "Сервисная эмпатия" - способность понимать интересы и потребности пользователей. При управлении инцидентами делается акцент на автоматическое обнаружение и решение проблем до их влияния на пользователей. Управление запросами на обслуживание рассматривается во всей цепочке предоставления услуг, а не как отдельный процесс. Появился больший фокус на анализ данных и предиктивную аналитику для предотвращения проблем, а не только для их решения после возникновения.

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

Описанная визуализация демонстрирует следующие принципы вытягивающей системы (Pull System): каждый следующий шаг в потоке сам забирает задачи вместо того, чтобы получать их принудительно (Push); системы имеют явно определенные критерии завершения для каждого этапа, чтобы понимать, когда задача готова к переходу; ограничено количество задач, которые могут одновременно находиться в работе (WIP Limit), что предотвращает перегрузку команды; и наконец, визуализация обеспечивает прозрачность состояния задач и загрузки ресурсов, позволяя эффективно управлять потоком работы на основе актуальной информации.

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

Предложенная метрика решает проблему сложности установки целевых значений за счет своей нормированности - она всегда находится в диапазоне от 0 до 1. Это позволяет легко определить целевые значения (например, 80-90%) без сложных расчетов, зависящих от объема работы. При этом существует два варианта методики установки целевого значения: ориентация на соотношение длительности отчетного периода к среднему времени решения проблем, или фиксация целевого уровня (например, 80-90%), при условии выбора отчетного периода, равного или немного большего среднего времени решения проблемы. Это делает цели измеримыми и достижимыми.

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

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