Агрегация метрик на разных уровнях управления осуществляется последовательно, начиная с нижних уровней. Например, начальник определенной функции на местном уровне оценивается по процессным метрикам своих подчиненных. После этого эти метрики агрегируются для оценки руководителя на следующем уровне (например, регионального руководителя). Региональные метрики, в свою очередь, агрегируются для оценки руководителя в головном офисе (HQ). Такая многоуровневая система позволяет отслеживать эффективность управления на всех уровнях. При этом важно, чтобы все метрики были приведены к сопоставимому формату (шкала от 0 до 1), что позволяет корректно комбинировать их через арифметическое среднее, геометрическое среднее, взвешенное среднее или по доле от целевых значений. Такой подход обеспечивает прозрачность и согласованность оценок на всех уровнях организации.

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

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

Факторы успеха практик (PSF) в ITIL 4 напрямую связаны с потоками создания ценности. Ключевые показатели эффективности (KPI) формулируются на основе PSF для измерения эффективности практики именно в контексте её вклада в эти потоки creation ценности. Каждая практика, для которой определены PSF, участвует в определенных потоках создания ценности, и успешность её работы оценивается по тому, насколько её выполнение способствует достижению целей этих потоков. Таким образом, PSF помогают связать конкретные действия в рамках практики с более широкими организационными целями создания ценности для клиента.

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

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

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

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

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

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