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

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

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

Главное

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

Что такое организация по потоку создания ценности?

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

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

Книга Learning to See объясняет причину: компании организованы по отделам, поэтому часто никто не отвечает за поток семейства продуктов, и каждое подразделение склонно оптимизировать само себя. Статья LEI 2006 года о менеджере потока создания ценности говорит то же самое: потоки пересекают отделы, и без сквозного владельца побеждает локальная оптимизация.

Зачем организовывать по потоку создания ценности?

В функциональных заводах постоянно повторяются три проблемы:

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

В статье Майка Орзена из LEI о «мифическом» менеджере потока создания ценности, the "mythical" value stream manager, приводится пример первой проблемы: команда контроля документов сократила собственное время обработки с дней до минут, но переложила потери на подразделения, которые она обслуживала.

Организация по потокам создания ценности объединяет в одной команде людей, которые влияют на поток. Она также согласует рабочий процесс с потребностями клиента: команда видит, что запрашивает клиент и как заказы проходят каждый этап. Арт Бирн, бывший генеральный директор Wiremold, в статье LEI о бережливом учёте описывает, что организация по ячейкам даёт ясную картину трудозатрат и материалов для каждого изделия, которое в них производится. Эта прозрачность — побочный эффект такой структуры, и она также помогает финансовому отделу.

Какие у вас есть варианты?

Представьте три уровня. Это мой собственный инструмент для планирования, а не стандартная модель.

1. Владелец в матричной структуре. Функции остаются прежними. Менеджер потока создания ценности руководит семейством продуктов через влияние. В словаре LEI сказано, что эта роль работает в функциональных и матричных организациях, потому что ресурсы не обязаны подчиняться этому менеджеру.
2. Команда потока. Ключевая команда из производства, планирования, контроля качества, технического обслуживания и логистики работает над одним семейством и собирается у доски потока. Люди по-прежнему могут подчиняться своей функции, но их ежедневные приоритеты задаёт поток.
3. Полная организация по потоку создания ценности. Люди и оборудование закреплены за потоком. У потока есть собственная ячейка или участок, собственный руководитель и собственные показатели.

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

Как организовать завод по потокам создания ценности? Шесть шагов

1. Определите семейства продуктов. Нарисуйте карту потока создания ценности для первого семейства, чтобы увидеть его рабочий процесс. Составьте список продуктов и сгруппируйте их по маршруту, то есть по последовательности станков и операций, а не по названию продукта. Аарон Хант описывает это в статье LEI о картировании при малых объёмах и высоком разнообразии: продукты, которые кажутся не связанными, могут проходить один и тот же поток и относиться к одной группе.
2. Выберите поток для старта. Возьмите семейство с наибольшей выручкой или с самой острой проблемой. Хант сообщает, что значительный рост начался после того, как были определены и улучшены потоки, формирующие 50 процентов выручки, и на это, по его расчётам, уходит около года. Это опыт одного автора, а не правило.
3. Назначьте владельца. Выберите сотрудника с широким взглядом на процесс и согласуйте, какие решения он вправе принимать. Подробнее о роли см. в материале о менеджере потока создания ценности.
4. Сформируйте команду. Включите производство, планирование, контроль качества, техническое обслуживание и логистику. Управление потоком создания ценности работает лучше всего, когда команда небольшая, поэтому держите её достаточно малой, чтобы собираться у доски на 15 минут.
5. Установите общие показатели и ритм проверок. Время выполнения, показатели поставок, запасы и качество для всего потока, с еженедельным анализом.
6. Адаптируйте окружение. Цели, мотивация и линии подчинения должны поддерживать поток. Если подразделения по-прежнему поощряются за большие партии, поток проигрывает.

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

Как понять, что изменения работают?

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

Чем это отличается от организаций, создающих программное обеспечение по методологии agile?

Software-компании тоже организуются вокруг потоков создания ценности. В agile-разработке кросс-функциональные команды отвечают за продукт, а цель — плавная доставка ценности клиенту через весь процесс поставки. Логика та же, что и на заводе: дать одной команде сквозной поток, чтобы она могла доставлять ценность клиентам, не ожидая передачи работы между этапами.

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

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

Пример: совместное использование одной печи тремя потоками

Этот пример вымышленный, с круглыми цифрами, и показывает типичное решение. Это не измеренный кейс.

На заводе работают 120 сотрудников и три товарные семейства. Семейство A приносит 55 процентов выручки, семейство B — 30 процентов, семейство C — 15 процентов. Команда начинает с семейства A и назначает владельца и группу из восьми человек: планировщика, трёх операторов из участков механообработки и сборки, технika по качеству, технika по обслуживанию, сотрудника логистики и самого владельца.

Все три семейства используют одну и ту же печь термообработки, которая работает 40 часов в неделю. Недельная потребность в печи составляет 18 часов для A, 14 часов для B и 6 часов для C. Итого 38 часов, или 95 процентов от 40 доступных. Выделить печь под одно семейство невозможно.

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

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

• Реорганизация до определения семейств. Схема появляется после анализа маршрутов.
• Назначение владельца без полномочий. Руководители функций должны признать полномочия владельца над потоком.
• Разделение общего оборудования без проверки загрузки. Печь с загрузкой 95 процентов показывает, почему.
• Потеря функциональных навыков. Без ротации или профессионального сообщества экспертиза угасает.
• Сохранение старых целей. Показатели эффективности отделов подрывают поток.
• Запуск сразу везде. Один поток — это пилот; пять — это программа, которая застопорится.

Как может помочь ПО

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

Polaris VSM от iFAKT — это модуль iFAKT Polaris для картирования потоков создания ценности на основе данных. Он моделирует потоки материалов и информации совместно и делает видимыми потери и узкие места. Более широкая тема бережливого производства охватывает сопутствующие рутины.

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

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