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

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

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

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

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

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

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

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

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

Согласно ITIL v3, ключевые задачи практики управления инцидентами включают в себя не только восстановление нормальной работы услуги в кратчайшие сроки и минимизацию негативного влияния на бизнес, но и поддержание удовлетворённости пользователей качеством ИТ-услуг. Это означает, что управление инцидентами направлено не только на оперативное устранение проблем, но и на обеспечение положительного опыта взаимодействия пользователя с системой поддержки. В контексте ITIL v3 среди целей процесса управления инцидентами прямо указана задача поддержания удовлетворённости пользователей, что подчёркивает важность качества обслуживания и коммуникации в процессе решения инцидентов.