Путешествие заказчика по ITIL включает несколько ключевых этапов: Offer (Предложение), Agree (Согласование), Co-create (Совместное создание), и другие. На этапе Offer происходит сбор требований к услуге, на этапе Agree - согласование и фиксация условий услуги и требований к уровню обслуживания (SLA). Этап Co-create связан с непосредственным предоставлением услуги и взаимодействием пользователя с провайдером в процессе использования услуги. Каждый из этих этапов может запускать определенные потоки создания ценности в зависимости от типа взаимодействия и предъявляемого спроса.

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

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

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

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

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

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

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

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

Точки взаимодействия с потребителем в путешествии заказчика определяются путем анализа этапов путешествия и сопоставления их с видами деятельности потоков создания ценности. Необходимо выделить те шаги, где происходит прямой контакт между потребителем и провайдером - это и будет полоса видимости. Проходя через этапы путешествия (Offer, Agree, Co-create и другие), потребитель взаимодействует с провайдером, и некоторые из этих взаимодействий приводят к запуску потоков. Для детального определения точек взаимодействия нужно проанализировать, на каких этапах путешествия происходит предъявление спроса потребителем и какие потоки при этом запускаются.