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

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

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

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

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

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

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

Существует два основных подхода к определению соотношения этих процессов. 1) Модель №1: CSI рассматривается как общий подход к совершенствованию, который встраивается во все области деятельности, в том числе в процесс управления проблемами. В этом случае CSI является мета-практикой или инструментом, который используется на всех этапах жизненного цикла услуги и опоясывает стратегию, проектирование, преобразование и эксплуатацию. Процесс управления проблемами, в свою очередь, использует подходы CSI для решения конкретных проблем. 2) Модель №2: Граница между CSI и PRB проходит не между различными видами деятельности, а между различными уровнями организации. В этом случае CSI представляет собой общекорпоративную практику, которая охватывает всю организацию (например, весь ИТ-департамент), в то время как процесс управления проблемами фокусируется на решении конкретных технических ошибок. При этом в большинстве организаций эти практики появляются не одновременно и имеют разный охват, что делает вопрос границы между ними актуальным только после установления жизнеспособности обеих практик. Если рассматривать CSI как мета-практику, обеспечивающую единые подходы к управлению качеством (аналогично практике риск-анализа), то эти процессы находятся в разных плоскостях, но взаимодействуют друг с другом.

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

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