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

Основная идея ITIL 4 заключается в акценте на создании ценности, а не просто предоставлении услуги. В отличие от предыдущих версий, ITIL 4 подчеркивает, что поставщик и клиент совместно создают ценность в процессе взаимодействия. Это означает, что услуга рассматривается как средство достижения конечных результатов клиентом при минимизации его затрат и рисков, а не как просто предоставление продукта или процесса.

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

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

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

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

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

Процесс EDM05 «Обеспечение прозрачности для заинтересованных сторон» отвечает за формирование отчетности и обеспечение прозрачности системы руководства ИТ. Объектом этого процесса также выступают процессы руководства (EDM02–EDM04), а его задача — обеспечить доступность информации о руководстве ИТ для заинтересованных сторон. Практики процесса EDM05 включают оценку требований к отчетности со стороны заинтересованных лиц, определение направления действий в сфере информирования и мониторинг эффективности предоставления отчетности.

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

Проектируемый простой услуг (Projected Service Outage, PSO) - это документ, в котором фиксируются все запланированные периоды недоступности услуг, необходимые для реализации изменений. За формирование и актуализацию этого документа в первую очередь отвечает процесс управления изменениями. Однако при согласовании поправок в графике плановых простоев также участвуют процессы управления уровнем услуг (Service Level Management, SLM) и управления доступностью (Availability Management), обеспечивая комплексный подход к планированию и минимизации влияния простоев на бизнес.