Управление потоком создания ценности в производстве и разработке ПО: одно название, разная задача

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

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

Automatically translated with AI from the original post. Read the English original

Что такое управление потоком создания ценности? Ответ зависит от того, кого вы спросите. На заводе это означает организацию физического потока одного семейства продуктов от заказа клиента до доставки, с одним ответственным и несколькими общими показателями. В разработке ПО это обычно означает отслеживание рабочих элементов от идеи до выпуска в рамках гибкого рабочего процесса и конвейера DevOps. Эта статья адресована руководителям по операционной эффективности, которые встречают оба значения в результатах поиска, на презентациях вендоров или на встрече с ИT-отделом и должны их различать.

Главное

• Управление потоком создания ценности на заводе — это организация физического потока одного семейства продуктов от заказа до доставки; в разработке ПО — отслеживание рабочих элементов от идеи до выпуска.
• У обеих областей общие корни в бережливом производстве: найти простои, устранить потери и сократить время, за которое ценность доходит до клиента.
• Программные инструменты используют метрики потока, такие как время потока и эффективность потока, а также метрики DORA, такие как время выполнения изменения и частота развёртываний.
• Завод также работает с запасами, станками, переналадками и транспортом, которые не охватываются метриками потока для ПО.
• Читая об управлении потоком создания ценности, сначала проверьте, говорит ли источник о производстве или о DevOps.

Что такое управление потоком создания ценности в каждой области?

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

В производстве поток создания ценности — это набор действий, необходимых для того, чтобы довести продукт от заказа до доставки. Институт бережливого производства (Lean Enterprise Institute, LEI) описывает поток создания ценности как все действия, создающие и не создающие ценность, необходимые для того, чтобы довести продукт от замысла до запуска или от заказа до доставки. На заводе основное внимание уделяется потоку от заказа до доставки одного семейства продуктов. Управление им означает назначенного ответственного, общие показатели и регулярный анализ.

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

Названия совпадают. Повседневная работа — нет.

Откуда взялась эта идея?

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

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

Именно поэтому два мира до сих пор говорят об одних и тех же вещах: ожидании, передачах, очередях и силосах. Разница в том, что движется по потоку.

Как завод управляет потоком создания ценности?

Завод управляет физическим потоком. В бережливом производстве (lean manufacturing) типичными элементами являются:

1. Семейство продуктов. Продукты, которые используют похожие производственные операции и оборудование.
2. Карта потока создания ценности. Схема движения материалов и информации в текущем и будущем состоянии.
3. Владелец. Часто его называют менеджером потока создания ценности, и он опирается на поддержку руководства площадки.
4. Общие показатели. Время выполнения заказа (lead time), запасы, показатели поставок, выход годной продукции с первого раза (first pass yield).
5. Еженедельный анализ. Действия, ответственные и сроки.

Движется материал. Он лежит на складе, ждёт у станка или едет на грузовике. Материал имеет стоимость и занимает место, поэтому запасы являются ключевым показателем. Переналадки, производственная мощность станков и графики смен формируют поток. Многие заводы также используют рутины бережливого управления, например ежедневные собрания у доски, чтобы поток был на виду. Тема lean management на M365.FM даёт более полную картину.

Как доставка программного обеспечения управляет потоком создания ценности?

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

В этой области распространены два набора метрик:

• Метрики потока. Flow Framework выделяет скорость потока (flow velocity), время потока (flow time), эффективность потока (flow efficiency), нагрузку потока (flow load) и распределение потока (flow distribution). В сводке Planview они сформулированы как вопросы: ускоряется ли поставка ценности, сокращается ли время до ценности, ждёт ли работа на более ранних этапах, превышает ли спрос мощности и как распределяются инвестиции между новой ценностью и защитой уже существующей.
• Метрики DORA. Исследовательская программа DORA делит свои метрики эффективности доставки ПО на пропускную способность (время выполнения изменения, частота развёртываний, время восстановления после неудачного развёртывания) и нестабильность (доля неудачных изменений, доля доработок при развёртывании).

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

Чем они отличаются?

Наглядное сравнение поможет:

• Что движется. Завод: материалы и заказы. ПО: рабочие элементы и код.
• Где ожидание. Завод: в очередях, буферах и на складах. ПО: в бэклогах, на проверках и в средах.
• Ключевые показатели. Завод: время выполнения заказа, запасы, показатели поставок, выход годной продукции. ПО: время потока, эффективность потока, время выполнения изменения, частота развёртываний.
• Типичный владелец. Завод: менеджер потока создания ценности или руководитель производства. ПО: владелец продукта или платформы, либо ИТ-руководитель.
• Источник данных. Завод: ERP, MES, данные с производственного участка. ПО: системы учёта задач и сборки.
• Типичная цель. Завод: сокращение времени выполнения заказа и более стабильные поставки. ПО: более быстрый и безопасный выпуск изменений.

Общее между ними — привычка смотреть на весь поток и спрашивать, где он ждёт.

Какой смысл относится к вашему поиску?

Используйте быструю проверку, когда читаете страницу или общаетесь с вендором:

• Если в тексте говорится о тикетах, конвейерах, релизах или спринтах, речь идёт о доставке ПО и DevOps.
• Если речь о заказах, станках, запасах, сменах или такте (темпе, задаваемом спросом клиента), речь идёт о производстве.
• Если упоминаются оба варианта, уточните, какие данные читает инструмент.

Аббревиатура VSM добавляет путаницы, потому что может означать как mapping, так и management. Сообщите коллегам, какой смысл вы имеете в виду. ИТ-руководители, которые ведут agile- и DevOps-процессы, чаще подразумевают программный вариант. Менеджер потока создания ценности на вашем заводе имеет в виду физический. Даже слово «узкое место» меняет значение: на заводе это станок или операция, ограничивающие выпуск, а в ПО это часто этап проверки или тестирования. Обе области по-прежнему стремятся устранить потери и сократить время, которое ценность тратит на путь к клиенту, поэтому удачная идея из одной области стоит внимания и в другой.

Пример: одна и та же арифметика в двух мирах

Это вымышленный пример. Числа не являются измеренными результатами, а показатель ниже — простая мера для планирования, а не формула какого-либо вендора.

Возьмём одну меру, которая работает в обеих сферах: доля времени, в течение которого реально ведётся работа, в общем прошедшем времени. Разделите активное время на общее прошедшее время.

• Производство. Заказ проводит в потоке 10 рабочих дней. Команда выясняет, что над изделием в сумме работают 1 день. Доля составляет 1 делённое на 10, то есть 10 процентов.
• Разработка ПО. Функция проходит путь от старта до выпуска за 20 календарных дней. Разработчики и тестировщики работают над ней в сумме 3 дня. Доля составляет 3 делённые на 20, то есть 15 процентов.

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

Распространённые ошибки

• Неверный поиск решений. Страница вендора о управлении потоком создания ценности в DevOps не поможет производству.
• Перенос метрик разработки на производство. Частота развёртываний ничего не значит для участка механообработки.
• Перенос производственных метрик в разработку. Оборачиваемость запасов не применима к тикетам в бэклоге.
• Игнорирование общих уроков. Обе стороны могут учиться ограничению незавершённой работы и сокращению циклов обратной связи.
• Покупка инструмента до определения потока. В обеих сферах сначала нужны владелец и показатели.

Чем может помочь программное обеспечение

Для производства полезны инструменты, которые работают с производственными данными: заказами, маршрутами, мощностями и запасами из ERP-системы и с производственной площадки. Они помогают увидеть физический поток, а не очередь тикетов.

iFAKT — консалтинговая компания и разработчик программного обеспечения для Индустрии 4.0 из Штутгарта, основанная в 2001 году. Она помогает производителям планировать и оптимизировать производственные и логистические процессы и разрабатывает программное обеспечение Polaris. Какого бы вендора вы ни рассматривали, спросите, соответствует ли его модель данных физическому потоку.

Следующий шаг

Что для вас означает управление потоком создания ценности? Если вы руководите производством, это физический поток одного семейства изделий, а статьи о доставке ПО — побочная тема. На этой неделе выберите одно семейство изделий и проверьте, есть ли у него владелец и три общих показателя.