Разработческие Потоки Ценности (Development Value Streams)

Что такое Разработческий Поток Ценности?

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

Как описано в Принципе #10 «Организоваться вокруг ценности», концепция потока ценности лежит в основе Бережливого мышления и имеет фундаментальное значение для SAFe.

SAFe условно выделяет два типа потоков создания ценности:

• Разработческие Потоки Ценности (Development Value Streams, DVS) – это последовательность действий по разработке и поддержке решений, которые используют Операционные Потоки Ценности (Operational Value Streams, OVS). Один Разработческий Поток Ценности состоит из одного или нескольких Релизных Поездов (Agile Release Train, ART).
• Операционные Потоки Ценности (Operational Value Streams, OVS) — это последовательность действий, необходимых для доставки продукта или сервиса конечному клиенту. Примеры: производство продукта, выполнение заказа, приём и лечение пациента, предоставление кредита или оказание профессиональных услуг.

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

• Внутренние клиенты – это сотрудники предприятия, которые используют эти системы/решения для выполнения своей работы.
• Внешние клиенты – это пользователи, которые используют продукты, сервисы или системы, разработанные Разработческим Потоком Ценности, и при этом находятся вне организации.

Классический Портфель SAFe организует и управляет коллекцией Разработческих Потоков Ценности. Каждый Разработческий Поток Ценности занимается созданием, развёртыванием и поддержкой решений, которые необходимы предприятию для выполнения его бизнес-миссии (рис. 1).

Рисунок 1. Портфель SAFe определяет и управляет несколькими Разработческими Потоками Ценности

Бережливые Бюджеты и Бережливые Бюджетные Направляющие поддерживают финансирование и корректное (с точки зрения потребностей клиента и стратегии организации) функционирование Разработческих Потоков Ценности, наделяют знаниями и полномочиями людей, которые ежедневно принимают решения, оптимизирующие ценность с экономической точки зрения. Эта ценность измеряется Ключевыми Показателями Эффективности (KPI), Целями и Ключевыми Результатами (OKR), а также в общем виде тремя областями измерений SAFe («Результаты», «Поток» и «Компетенции»). Измерение каждого потока ценности необходимо, чтобы оценивать динамику его эффективности в достижении стратегических тем портфеля.

Зачем организовывать людей в Разработческие Потоки Ценности?

Если отвечать на этот вопрос просто и кратко, то организация людей вокруг Потока Ценности улучшает рабочий процесс, повышает производительность и ускоряет время выхода продукта/решения на рынок (time-to-market). Это достигается за счет оптимизации того, как именно доставляется ценность клиенту, включая прохождение потока через различные функциональные подразделения, поставщиков, каналы и всю систему в целом.

Какие преимущества даёт выделение потоков ценности?

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

Когда вы начинаете понимать преимущества организации вокруг потоков ценности, то поневоле возникает вопрос, как предприятия раньше обходились без них? На самом деле, потоки ценности всегда были в организации, просто мы их не выделяли и не видели. [2]

Как определить Разработческие Потоки Ценности?

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

Рисунок 2. Пример структуры Разработческого Потока Ценности

Эта структура содержит следующие элементы:

• Триггер – Поток создания ценности инициируется новым запросом (потребностью, явной или не явной), при этом через поток ценности одновременно проходит множество новых запросов.
• Шаги (шевроны) – содержат действия, необходимые для определения, создания, проверки и выпуска новой ценности.
• Разделители – разделители между шагами указывают на информацию и материалы, перетекающие из одного процесса в другой. Этот элемент также иллюстрирует типичную передачу информации, которая происходит по мере того, как люди на разных шагах создают новые инкременты ценности.
• Эллипсы или точки (…) – Указывают на задержки между этими шагами. Задержки, как правило, являются основными факторами, влияющими на продолжительность создания ценности (lead time). Сокращение задержек — самый быстрый и эффективный способ сокращения времени выполнения запроса (заказа).

Результатом работы Разработческого Потока Ценности является новый инкремент ценности, как правило заключающийся в улучшении решения, в котором появляются новые фичи.

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

Операционные потоки ценности (OVS) непосредственно удовлетворяют интересы конечных клиентов организации. При этом задача Разработческих потоков ценности (DVS), как замечает в своей работе Уорд [1], является в обеспечении максимальной работоспособности Операционных потоков ценности и, таким образом, создавая более прибыльную организацию, создающую максимальную ценность для клиентов.

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

В реальной жизни также регулярно встречается сочетание различных типов в одном «наборе» потоков ценности.

Алексей Ионов, Executive Lean-Agile коуч, Ионов и Партнеры

Рисунок 3. Четыре шаблона взаимодействия между операционной и разработческой деятельностью (потоками ценности)

1. Шаблон Сервисный продукт (Исполнение)

Шаблон «Сервисный продукт» часто встречается в страховании, банковском деле, финансовых услугах и смежных отраслях, которые предлагают сложные цифровые продукты и услуги потребителям (B2C) и предприятиям (B2B). Примером для этого шаблона может служить потребительский кредит (рис. 4) или выполнение заказа, сделанного в Интернет-магазине.

Рисунок 4. Пример взаимодействия потоков ценности типа «Исполнение» для потребительского кредита

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

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

Для создания и поддержки корпоративных систем может потребоваться несколько Разработческих Потоков. Например, один Разработческий Поток Ценности поддерживает внешний интерфейс предоставления кредитов и кредитный скоринг; другой дорабатывает и настраивает автоматизированную банковскую систему (АБС).

2. Шаблон Материальный продукт (Производство)

На рисунке 5 представлен типичный пример для этого шаблона – производство легкового автомобиля. Шаблон «Производство» включает в себя два фундаментально отличающихся Разработческих потока: один поддерживает цифровой инструментарий, а второй, используя этот инструментарий, уже создаёт продукты, необходимые для функционирования собственно производства.

Интересно, что доставляемой ценностью для Разработческого потока ценности является не конечный продукт, а спецификации, необходимые для его производства и валидации. Основное внимание уделяется Интенту Решения (Solultion Intent, важный артефакт управления требованиями в SAFe), репозиторию спецификаций дизайна, производственным процедурам, спецификациям материалов и т. д. — всему, что необходимо для производства финального изделия.

В этом контексте команды обслуживают два типа клиентов:

1. Конечный потребитель произведённого продукта (в данном случае — водитель транспортного средства)
2. Производственный персонал, который использует спецификации для создания продукта (изображен синим значком «мастер цеха»).

Рисунок 5. Пример взаимодействия потоков ценности типа «Производство» для производства автомобилей

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

На рисунке 5 изображён более сложный случай, который демонстрирует ещё один распространённый под-шаблон, в котором некоторые Разработческие Потоки Ценности напрямую поддерживают другие. В этом примере один Разработческий Поток Ценности создаёт инструменты для проектирования транспортных средств, которые необходимы другому Разработческому Потоку Ценности для проектирования, моделирования и проверки своей продукции.

Также на рисунке изображен «цифровой двойник», копия продукта, используемая для проверки предположений дизайна. Создание двойника – часто встречающаяся Lean-Agile стратегия при построении крупных киберфизических систем.

3. Шаблон Программный продукт

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

На рисунке 6 приведен шаблон взаимодействия потоков ценности для крупного предприятия, которое разрабатывает и поддерживает сложное программное обеспечение.

Рисунок 6. Пример взаимодействия потоков ценности типа «Программный продукт»

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

Но система сама себя не продаёт, не отвечает на звонки в службу поддержки и не получает доход. Операционный Поток Ценности отвечает за привлечение клиентов, внутренние операции, поддержку и многое другое. Как показано на рисунке, некоторые ИТ специалисты и разработчики поддерживают и обслуживают эти внутренние системы. Также важно отметить, что клиенты взаимодействуют с компанией на протяжении всего своего пути – от совершения покупки и до окончания использования приложения.

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

4. Шаблон Многопрофильный сервис «Поддержка»

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

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

На рисунке 7 показан пример Разработческого Потока Ценности, который поддерживает ERP-систему, используемую на всём предприятии.

Рисунок 7. Пример взаимодействия потоков ценности типа «Поддержка», когда осуществляется централизованная поддержка нескольких Операционных Потоков Ценности

В этом примере есть только внутренний Клиент. Это связано с тем, что в данном случае Разработческий Поток Ценности поддерживает Операционные Потоки Ценности, которые являются внутренними для предприятия. Клиентами и заказчиками Разработческого Потока Ценности являются пользователи, заинтересованные лица и сотрудники, работающие в Операционных Потоках Ценности (обозначены значком людей, обведенных кружком).

Понимание этих внутренних потоков ценности так же важно, как и понимание внешнего Клиента. Мышление, методы, а также практики клиентоцентричности и дизайн-мышления в равной степени применимы ко всем командам в рассматриваемом Разработческом Потоке Ценности «поддержки».

Канва для описания Разработческого Потока Ценности

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

Рисунок 8. Канва Разработческого Потока Ценности [3]

Оптимизация Разработческих Потоков Ценности

Помимо всего выше сказанного, проведение анализа потока ценности даёт ещё одно существенное преимущество. Каждый поток ценности обеспечивает клиента определённой, измеримой и непрерывно доставляемой ценностью. Таким образом, Картирование Потока Ценности (Value Stream Mapping) [2,4] может быть применено для регулярного измерения пропускной способности и качества доставки, а также последующего оперативного улучшения этих показателей.

По мере внедрения DevOps команды и Релизные Поезда начинают получать знания, которые порой их сильно удивляют. На рисунке 9 показан пример команды, которая в первый раз зафиксировала на карте потока движение типичной фичи от шага «Определение Фичи» до шага «Производство».

Рисунок 9. Пример картирования потока создания ценности применительно к Разработческому Потоку Ценности

Метрики потока для потока ценности являются убедительным доказательством того, что необходимы существенные улучшения. На рисунке видно, что только 5% времени у команды уходит на создание ценности. Остальные 95% тратятся на ожидание! Кроме того, в системе наблюдается турбулентность. Только 35% фич проходят через поток ценности без доработок на одном или нескольких этапах.

Эти результаты дают Поездам хорошее экономическое обоснование для инвестирования в картирование потока создания ценности и дальнейшую автоматизацию Конвейера Непрерывной Доставки, как показано на рисунке 10.

Рисунок 10. Разработческий Поток Ценности с Конвейером Непрерывной Доставки

Практика непрерывных улучшений позволяет Разработческому Потоку Ценности предсказуемо создавать инновации и доставлять ценность в кратчайшие сроки и с максимально возможным качеством.

Узнать больше:
[1] Ward, Allen C., and Durward K. Sobek II. Lean Product and Process Development. Lean Enterprise Institute, 2014.
[2] Rother, Mike, and John Shook. Learning to See: Value Stream Mapping to Create Value and Eliminate Muda. Lean Enterprise Institute, 1999.
[3] Thanks to SAFe Fellow Mark Richards for contributing to the Value Stream Canvas concept.
[4] Martin, Karen, and Mike Osterling. Value Stream Mapping: How to Visualize Work and Align Leadership for Organizational Transformation. McGraw Hill Education, 2018.

Статья подготовлена по материалам Scaled Agile, Inc. и не является официальным переводом статьи «Development Value Streams».