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

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

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

Для линейных менеджеров старших групп поддержки рекомендуется использовать общий KPI на основе геометрического среднего двух tension-метрик: своевременности (K1) и результативности (K2). Формула K = √(K1 × K2) гарантирует, что оценка отражает баланс между скоростью обработки и качеством решения. Это предотвращает искусственное завышение показателей за счет игнорирования одной из метрик и поощряет устойчивую эффективность в оперативном управлении инцидентами.

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

Для системы, где все метрики критически важны, более подходит метод среднего геометрического. Этот метод вычисляется как корень n-ой степени из произведения n показателей и характеризуется тем, что даже небольшое снижение любого показателя приводит к значительному уменьшению общего результата. Это обеспечивает отсутствие компенсации низких значений по некоторым метрикам высоким результатам по другим. Такой подход идеально подходит для оценки mission-critical систем, где недопустимы существенные отклонения ни по одному из показателей, так как каждая метрика напрямую влияет на общую работоспособность и надежность системы.

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

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

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

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