Радарная система F-16 Falcon собиралась двумя компаниями сразу — Lockheed Martin заказывала стойку, Northrop Grumman производила её, и между заказом и установкой на производственную линию проходило значительное время, скрытое внутри процесса, о котором ни одна из сторон не имела полной картины. Команда провела шесть картирований потока создания ценности — от момента, когда инженеры Lockheed Martin заказывали стойку, до момента её установки, включая субподрядчиков второго уровня — и нашла 19 конкретных возможностей для улучшения: Lockheed Martin упростила политику выпуска заказов, Northrop Grumman оптимизировала цепочку от получения заказа до размещения у субподрядчиков. Итог — сокращение времени цикла более чем на 40%, с задокументированной экономией на 89 произведённых радарах. VSM не просто нарисовала схему процесса — она сделала видимым то, что раньше было скрыто на стыке двух организаций.
Происхождение и исследовательская база
Картирование потока создания ценности выросло из внутренней практики Toyota — там инструмент называли диаграммой материального и информационного потока и использовали для анализа пути от сырья до готового продукта вместе с информационными потоками, идущими от клиента обратно через завод к поставщикам. На Запад методику впервые системно принесли Майк Ротер и Джон Шук в книге-практикуме «Learning to See: Value Stream Mapping to Add Value and Eliminate Muda» (1998), получившей премию Shingo Research Award в 1999 году.
Показательная деталь происхождения: авторы рассматривали для книги рабочее название «Material and Information Flow Analysis for Lead Time Improvement and Work Place Kaizen» — точное описание сути инструмента — но по маркетинговым соображениям остановились на более простом «Learning to See». Термин «Value Stream Map» в исходной toyotовской практике вообще не использовался — это западная адаптация названия для более широкой аудитории за пределами производственного цеха.
Ключевые идеи и принципы
Принцип: карта строится по каждому этапу, с двумя типами времени
Для каждого этапа процесса фиксируется время создания ценности (cycle time — сколько времени реально уходит на работу над продуктом или запросом) и время ожидания перед этим этапом (wait time — сколько времени продукт или запрос просто лежит между этапами). Разделение этих двух видов времени — центральная идея VSM: большая часть общего времени процесса почти всегда уходит именно на ожидание, а не на саму работу.
Принцип: Lead Time и Process Cycle Efficiency — два разных, но связанных показателя
Lead Time (общее время цикла) — сумма всех времён создания ценности и всех времён ожидания по всем этапам, от начала до конца процесса. Process Cycle Efficiency (эффективность процесса) — доля Lead Time, реально потраченная на создание ценности (время создания ценности / Lead Time × 100%). Низкая эффективность — не признак того, что люди работают медленно на каждом этапе, а признак того, что между этапами накапливается ожидание.
Принцип: карта строится для текущего состояния, а затем — для целевого
Классическая методология VSM предполагает две карты: карту текущего состояния (как процесс работает на самом деле сейчас, со всеми его задержками) и карту будущего/целевого состояния (как процесс должен работать после устранения найденных потерь). Карта текущего состояния сама по себе не решение — она диагностика, за которой должен последовать явный план перехода к целевому состоянию.
Принцип: картирование пересекает границы одной организации, если поток ценности их пересекает
Кейс Lockheed Martin и Northrop Grumman показывает: реальный поток создания ценности часто не укладывается в границы одной компании — он проходит через заказчика, производителя и субподрядчиков. Картирование, ограниченное только внутренними процессами одной организации, может упустить наибольшие источники задержки, спрятанные именно на стыках между организациями.
Ограничения, слепые зоны и критика
Главное ограничение — VSM изначально разработан для относительно линейных, повторяющихся процессов (производственный конвейер) и требует существенной адаптации для процессов с ветвлениями, параллельными потоками или высокой вариативностью (например, творческая работа, сложные проекты с непредсказуемой последовательностью шагов) — механическое применение линейной схемы к таким процессам искажает картину.
Второе — карта отражает снимок процесса на момент картирования и требует актуализации: процессы меняются (новые люди, новые инструменты, новые узкие места), и карта, нарисованная год назад и не обновлённая, может уже не отражать реальность, особенно в быстро меняющихся отраслях.
Третье — качество карты полностью зависит от точности исходных данных о времени: измерения «на глаз» или по памяти участников процесса часто занижают реальное время ожидания (люди интуитивно недооценивают простои) — без фактического хронометража или данных из систем учёта карта рискует быть красивой, но неточной.
Типовые ошибки
Ошибка 1: картируют только время создания ценности, пропуская время ожидания.
Фиксация только времени работы на каждом этапе без времени между этапами скрывает главный источник неэффективности — обычно именно ожидание, а не сама работа, составляет большую часть общего времени процесса.
Как избежать: для каждого этапа явно фиксировать оба показателя отдельно — время создания ценности и время ожидания перед этим этапом, не объединяя их в одну общую цифру.
Ошибка 2: используют интуитивные оценки времени вместо фактических измерений.
Оценка времени «на глаз» или по памяти систематически искажает картину, особенно занижая реальное время ожидания, которое участники процесса склонны не замечать или недооценивать.
Как избежать: по возможности собирать фактические данные — хронометраж, метки времени из систем учёта заявок или производства — вместо интуитивных прикидок, особенно для времени ожидания.
Ошибка 3: картируют процесс только внутри одной организации, хотя поток ценности пересекает границы.
Если реальный процесс включает внешних поставщиков, субподрядчиков или другие подразделения компании, картирование, ограниченное только собственным отделом, упускает задержки, накапливающиеся именно на стыках — как показал кейс Lockheed Martin/Northrop Grumman.
Как избежать: явно определять границы картируемого потока по реальному движению работы, а не по организационной структуре, и вовлекать в картирование представителей всех задействованных сторон.
Ошибка 4: останавливаются на карте текущего состояния, не переходя к карте целевого.
Диагностика без последующего плана изменений не приводит к улучшению — карта текущего состояния показывает проблему, но сама по себе её не решает.
Как избежать: после построения карты текущего состояния явно формулировать карту целевого состояния и конкретные шаги перехода, а не оставлять диагностику как самоцель.
Ошибка 5: считают карту разовым артефактом, не обновляя её.
Процесс меняется, а карта, построенная однажды и не пересмотренная, начинает вводить в заблуждение — решения, принятые на основе устаревшей карты, могут быть направлены на уже не актуальные узкие места.
Как избежать: пересматривать карту при значимых изменениях процесса или не реже, чем раз в квартал для ключевых процессов, а не считать её финальным документом.
Главное, что нужно знать
VSM выросла из внутренней практики Toyota и была систематизирована Ротером и Шуком в «Learning to See» (1998, премия Shingo 1999). Для каждого этапа процесса фиксируются время создания ценности и время ожидания; их сумма даёт Lead Time, а доля времени создания ценности в нём — Process Cycle Efficiency. Кейс Lockheed Martin/Northrop Grumman (радар F-16 Falcon, 6 картирований, 19 улучшений, сокращение времени цикла более чем на 40%) показывает: наибольшие потери часто прячутся не внутри одного отдела, а на стыках между организациями. Главные риски — картировать только время работы без времени ожидания, полагаться на интуитивные оценки вместо фактических измерений и останавливаться на диагностике, не переходя к плану изменений.
План внедрения
Неделя 1: определить границы процесса и собрать команду
Определить реальные границы картируемого потока (по движению работы, а не по организационной структуре) и собрать в команду представителей всех задействованных этапов, включая внешних участников, если поток их пересекает.
Неделя 2: построить карту текущего состояния с фактическими измерениями
Пройти процесс от начала до конца, фиксируя для каждого этапа фактическое время создания ценности и время ожидания — по возможности через реальные измерения, а не интуитивные оценки.
Неделя 3: рассчитать Lead Time и найти наибольшие источники ожидания
Посчитать общий Lead Time и эффективность процесса, определить этапы с наибольшим временем ожидания — это приоритетные точки для улучшения.
Неделя 4: построить карту целевого состояния и план перехода
Сформулировать целевую версию процесса с сокращённым временем ожидания и конкретный план шагов перехода от текущего состояния к целевому, с ответственными и сроками.
Как реализовать этот план с помощью фрейма «VSM: Картирование цепочки создания ценности» в OrgDevTools
Фрейм визуально воспроизводит последовательность этапов с временем цикла и временем ожидания между ними, автоматически считает Lead Time и Process Cycle Efficiency, и строит пропорциональную временную шкалу процесса.
Неделя 1-2 — карточки этапов. Каждый этап процесса вносится отдельной карточкой с полями «Цикл» (время создания ценности) и «Ожидание» перед этапом — форма не даёт объединить эти два показателя в один (защита от ошибки 1).
Неделя 3 — плитки статистики и шкала времени. Автоматически считаются суммарное время создания ценности, суммарное время ожидания, Lead Time и Process Cycle Efficiency; визуальная шкала пропорционально показывает, какая часть общего времени процесса уходит на ожидание — сразу видно самый большой источник потерь без ручных расчётов.
Неделя 4 — вердикт на вкладке «Итоги». Вычисляется по стадиям: этапов нет → напоминание начать с описания этапов; время не заполнено → предупреждение; эффективность ниже 25% → явный сигнал, что большая часть времени уходит на ожидание, а не создание ценности, с указанием конкретной величины — это и есть материал для карты целевого состояния (Неделя 4 плана); эффективность выше порога → зелёный вердикт с конкретными цифрами Lead Time.