ITIL 4 определяет потоки создания ценности как более высокий уровень абстракции по сравнению с процессами. Поток создания ценности (value stream) представляет собой последовательность шагов, которые организация предпринимает для создания и предоставления продуктов и услуг потребителю. Это комбинация видов деятельности цепочки создания ценности организации. Процессы же рассматриваются как набор взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы, и они являются составной частью потоков создания ценности. Например, поток создания ценности для поддержки пользователей может включать в себя такие процессы как управление инцидентами, служба поддержки, управление проблемами, управление изменениями и управление конфигурациями. Ключевая идея ITIL 4 заключается в том, что процессы должны рассматриваться не изолированно, а как последовательность действий в рамках потока создания ценности, что позволяет лучше понять их роль в создании ценности для клиента и обеспечить более целостное управление ИТ-услугами.

Ежедневный митинг должен фокусироваться на оперативном планировании: обсуждение вопросов, связанных исключительно с тем, как провести текущий день для достижения максимального результата. Вопросы должны быть направлены на завершение задач по плану, а не на статус-отчёты. Например: «Что нужно сделать сегодня, чтобы задача была завершена в срок?», «Кто может помочь разблокировать задачу?». Лидер митинга берёт на себя менеджерскую роль, акцентируя внимание на действиях, а не на проблемах.

Метод 5-Why's повышает эффективность управления проблемами ITIL за счет системного подхода к выявлению истинных причин инцидентов, что предотвращает их повторное возникновение. Вместо устранения симптомов он фокусируется на базовых проблемах, оптимизируя процессы диагностики и решения. Например, вместо замены нагревательного элемента принтера предлагается решение по стабилизации напряжения, что снижает количество аналогичных инцидентов в будущем. Это приводит к повышению стабильности услуг и снижению операционных расходов.

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

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

Функция «раскрывать связи» в модуле визуализации CMDB позволяет аналитикам пошагово исследовать ИТ-инфраструктуру, отображая только необходимые детали. Это улучшает понимание сложных зависимостей между конфигурационными единицами (CI) и услугами, помогает в поиске сбойных CI и в определении цепочек влияния при возникновении проблем, что делает процесс анализа инфраструктурных инцидентов более эффективным и понятным.

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

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

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

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