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

Релевантность и измеримость взаимосвязаны: релевантная метрика теряет ценность, если её невозможно измерить, а легко измеримая метрика бесполезна, если она нерелевантна. Некорректное измерение может повлиять на релевантность — если данные неточны или легко фальсифицируемы, такая метрика уже не годится для сравнений или мотивации. Поэтому при разработке системы оценки важно учитывать оба аспекта одновременно, чтобы показатели были как полезны, так и достоверны.

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

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

Продуктовый подход предлагает множество практик и инструментов: Customer Development (CustDev) для понимания потребностей клиентов; Customer Journey Map для визуализации взаимодействия пользователей с продуктом; дорожные карты продуктов для планирования развития; MVP (Minimum Viable Product) для проверки гипотез с минимальными затратами; продуктовые метрики (MAU, DAU, retention) для измерения успеха и принятия решений. Эти инструменты помогают фокусироваться на создании ценности для пользователей, адаптироваться к изменяющимся условиям рынка и принимать обоснованные решения на основании данных. Однако важно применять эти инструменты осознанно и только там, где они действительно уместны.

Value Stream 'Request to Fulfill' (R2F) в IT4IT включает в себя несколько ключевых функциональных компонентов, отвечающих за предоставление ИТ-услуг конечным пользователям. К основным компонентам относятся: каталог услуг (Service Catalog), управление запросами (Request Management), управление инцидентами (Incident Management), управление проблемами (Problem Management), управление уровнем услуг (Service Level Management). Эти компоненты работают совместно для обеспечения того, чтобы пользователи могли легко запрашивать услуги, получать их без перебоев и иметь возможность сообщать о возникающих проблемах. Структура этого Value Stream напрямую соответствует основным процессам ИТ-управления в эксплуатации, описанным в ITIL v3, и представляет их как часть единого потока, направленного на удовлетворение запросов пользователей и обеспечение непрерывности услуг.

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

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

Даже при затрудненном точном расчете Flow Efficiency оценка этого показателя имеет большую практическую ценность, поскольку помогает командам осознать реальный уровень эффективности своих процессов. Чаще всего команды субъективно оценивают свою эффективность как 75-80%, в то время как объективная оценка (даже приблизительная) показывает значения в 10-25%. Это позволяет выявить основные источники потерь времени и сосредоточиться на их устранении. Такая оценка служит мощным инструментом для инициирования обсуждений и поиска путей улучшения процессов, даже без точных численных данных. Таким образом, основная ценность Flow Efficiency заключается не в цифре как таковой, а в прозрении, которое она дает команде относительно своих процессов.

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