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

В ITIL4 по сравнению с ITIL V3 в управлении изменениями произошли следующие ключевые изменения: была введена официальная роль менеджера изменений (Change manager) как специфическая роль для практики 'Поддержка изменений'; практика управления изменениями получила новое название - 'Поддержка изменений' (Change enablement), что отражает более активную роль в поддержке изменений, а не просто их одобрении или отклонении; роль фокусируется не только на управлении отдельными изменениями, но и на развитии самой практики; была введена дополнительная роль координатора изменений для работы в ограниченном контексте; структура управления стала более четкой с разделением на владельца практики, менеджера изменений и возможных координаторов изменений.

Рекомендации по формулированию KPI в ITIL 4 представлены через факторы успеха практик (PSF). Для каждой практики определяются PSF, каждый из которых сопровождается подробным описанием и примерами метрик, которые можно использовать в качестве KPI. Например, для практики управления инцидентами PSF «раннее выявление инцидентов» имеет следующие примеры KPI: время между возникновением и обнаружением инцидента и доля инцидентов, выявленных с помощью мониторинга. Такая структура делает процесс формулирования KPI более простым и понятным, поскольку она предоставляет конкретные рекомендации и примеры измерений для каждого важного аспекта практики.

Признаки, указывающие на возможную неэффективность предложения консультантов, включают: утверждение, что предыдущие попытки внедрения не удавались из-за неправильного подхода, а у консультантов есть единственно верный метод; обещание внедрить все необходимые процессы за один проект и за ограниченный срок (6-12 месяцев); гарантии, что процессы «точно заработают» и ИТ-отдел станет намного эффективнее; предложение фиксированной суммы оплаты без гибкости в зависимости от сложности проекта; утверждение, что метод работает, несмотря на предыдущие неудачи с ITIL или другими методологиями; использование термина «гарантия» применительно к управлению ИТ-процессами, что сомнительно в контексте организационных изменений, требующих времени и адаптации.

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

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

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

Согласно ITIL 4 Foundation [2.4], предоставление услуг (service provision) включает четыре основных элемента: управление ресурсами поставщика, сконфигурированными для предоставления услуги (например, серверы, инфраструктура, технологии); предоставление пользователям доступа к этим ресурсам (как к мобильной сети или сетевому хранилищу); выполнение согласованных сервисных операций (например, работа Service Desk по поддержке пользователей); управление эффективностью услуг и постоянное совершенствование (реализация собственных инициатив и учёт обратной связи от пользователей).

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

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