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

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

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

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

Баланс считается достигнутым, если обе метрики имеют близкие значения, и при этом общая оценка K = √(K1 × K2) находится на приемлемом уровне. Например, при K1=80% и K2=80% K=80%, что показывает сбалансированную работу. Если же K1=90%, K2=70%, то K=79,4%, что сигнализирует о небольшом перекосе в сторону своевременности. Критический дисбаланс (например, K1=100%, K2=10%) даст K=31,6%, явно указывая на необходимость коррекции процесса.

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

Удовлетворённость пользователей не всегда упоминается напрямую в назначении практики управления инцидентами, потому что традиционно основной целью этой практики считается оперативное восстановление работы услуг. Формулировки в ITIL и других стандартах зачастую фокусируются на минимизации негативного влияния инцидентов через быстрое восстановление. Это может приводить к тому, что организации сосредотачиваются преимущественно на скорости решения, упуская из виду другие важные аспекты, влияющие на удовлетворённость. Хотя в более подробных описаниях практик (например, в ITIL 4 Practice Guide) подчёркивается важность удовлетворённости, её отсутствие в краткой формулировке назначения может создавать дисбаланс в приоритетах при внедрении практики. Поэтому есть основания предполагать, что было бы полезно включить удовлетворённость пользователей в формулировку назначения явно.

Менеджер процесса управления уровнем услуг взаимодействует с менеджерами других процессов, в первую очередь с Service catalogue management, Service portfolio management, Business relationship management и Supplier management. Это взаимодействие необходимо для обеспечения качественного предоставления услуг и координации деятельности по всему жизненному циклу услуг. Менеджер процесса SLM координирует работу с этими процессами, чтобы гарантировать соответствие предоставляемых услуг требованиям бизнеса и согласованным уровням.

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

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