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

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

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

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

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

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

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

При наличии нескольких заказчиков у одной ИТ-услуги существуют три основных варианта решения: 1) Заключение SLA сразу с несколькими заказчиками, что может серьезно усложнить переговорный процесс и привести к размыванию ответственности бизнес-подразделений; 2) Рассмотрение одного подразделения как заказчика ИТ-услуги, а другого - как потребителя, с заключением SLA только с заказчиком, при этом предполагается, что договоренность с потребителем - это обязанность заказчика, однако это тоже может усложнить переговоры и не всегда устраивает бизнес; 3) Выделение для разных заказчиков отдельных ИТ-услуг, что приводит к росту каталога услуг и необходимости построения более сложных связей между ними, но обеспечивает большую ясность в аллокационной модели. Последний вариант, хотя и создает более сложный каталог ИТ-услуг, часто является наиболее предпочтительным с точки зрения четкого распределения ответственности и аллокации затрат.

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

Учет «человеческого фактора» в системном подходе к ITSM критически важен, потому что технологии могут работать идеально в изоляции, но когда их начинают использовать люди, возникает множество непредвиденных проблем. Люди имеют свои ценности, интересы, привычки и особенности поведения, которые игнорирование может привести к провалу любого преобразования. Модель системного подхода подчеркивает необходимость оценки удобства и полезности инструментов для пользователей, достаточности знаний и навыков сотрудников для использования новых технологий, а также наличия механизмов обеспечения надлежащего использования инструмента и контроля ошибок. Без учета человеческого фактора даже самые продуманные процессы и технологии могут не принести ожидаемого результата.