OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
  • МетодикиПошаговые методики с живыми фреймами
  • СценарииГотовые маршруты развития компании
  • РацухиКороткие рабочие решения на каждый день
  • Бизнес-процессыОписания процессов со схемами BPMN
  • ИсследованияДанные и выводы исследований
  • КурсыОнлайн-курсы с практикой
  • Траектория обученияС чего начать и куда расти
  • УслугиРаботы по стандарту качества
  • ЭкспертыИсполнители и консультанты
  • Инструменты OrgDevToolsОписания и инструкции
  • AI-агентыЧто умеют ИИ-помощники
БлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

  • Методики
  • Сценарии
  • Рацухи
  • Бизнес-процессы
  • Исследования
  • Курсы
  • Траектория обучения
  • Услуги
  • Эксперты
  • Инструменты OrgDevTools
  • AI-агенты
  • Блог
  • Новости
  • Статьи
  • Кейсы
  • Отзывы
  • Кому подходит
  • Для франчайзеров
  • Для бюджетных организаций
  • Проверка BPMN онлайн
  • Тарифы
  • White Paper ODTCoin
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

Рубрики

Все методики1116
  • Миссия и видение61
  • Анализ109
  • Продукты138
  • Ресурсы4
  • Рынок14
  • Клиенты53
  • Конкуренты18
  • Поставщики10
  • Финансы42
  • Бизнес-модель31
  • Парадигма управления24
  • Продвижение37
  • Постановка целей37
  • Оргструктура47
  • Корпоративная культура37
  • Мотивация и вовлечение42
  • Планирование24
  • Контроль26
  • Управление инициативами15
  • Управление проектами35
  • Процессное управление110
  • Управление инцидентами14
  • Проведение совещаний22
  • Аудит процессов32
  • Аудит клиентского опыта35
  • Аудит маркетинга24
  • Аудит продаж17
  • Аудит данных в ИТ-системах32
  • Аудит HR и мотивации20
  • Аудит контрагентов6
  • Аудит закупок и снабжения9
  • Аудит финансов23
  • Аудит безопасности28
  • Аудит производства15
ГлавнаяМетодикиValue Stream Mapping (VSM, картирование потока создания ценности)
Продвижение

Value Stream Mapping (VSM, картирование потока создания ценности)

Value Stream Mapping (VSM) — картирование потока создания ценности: схема процесса, которая показывает, где работа создаёт ценность, а где время уходит на ожидание. Метод делает видимым то, что прячется между этапами и между организациями.

Содержание
  1. 1. Фрейм «Value Stream Mapping» онлайн
  2. 2. Происхождение и исследовательская база
  3. 3. Ключевые идеи и принципы
  4. 4. Ограничения, слепые зоны и критика
  5. 5. Типовые ошибки
  6. 6. План внедрения
  7. 7. Как реализовать этот план с помощью фрейма «VSM: Картирование цепочки создания ценности» в OrgDevTools
  8. 8. Книги по теме

Содержание

  1. Фрейм «Value Stream Mapping» онлайн
  2. Происхождение и исследовательская база
  3. Ключевые идеи и принципы
  4. Ограничения, слепые зоны и критика
  1. Типовые ошибки
  2. План внедрения
  3. Как реализовать этот план с помощью фрейма «VSM: Картирование цепочки создания ценности» в OrgDevTools
  4. Книги по теме

Коротко

Главное, что нужно знать

VSM выросла из внутренней практики Toyota и была систематизирована Ротером и Шуком в «Learning to See» (1998, премия Shingo 1999). Для каждого этапа процесса фиксируются время создания ценности и время ожидания; их сумма даёт Lead Time, а доля времени создания ценности в нём — Process Cycle Efficiency. Кейс Lockheed Martin/Northrop Grumman (радар F-16 Falcon, 6 картирований, 19 улучшений, сокращение времени цикла более чем на 40%) показывает: наибольшие потери часто прячутся не внутри одного отдела, а на стыках между организациями. Главные риски — картировать только время работы без времени ожидания, полагаться на интуитивные оценки вместо фактических измерений и останавливаться на диагностике, не переходя к плану изменений.

Заполнить фреймПлан внедрения

Фрейм «Value Stream Mapping (VSM, картирование потока создания ценности)»

Заполнили? Сохраните и доведите до результата

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное
Сохранить в рабочую тетрадь →

Радарная система F-16 Falcon собиралась двумя компаниями сразу — Lockheed Martin заказывала стойку, Northrop Grumman производила её, и между заказом и установкой на производственную линию проходило значительное время, скрытое внутри процесса, о котором ни одна из сторон не имела полной картины. Команда провела шесть картирований потока создания ценности — от момента, когда инженеры Lockheed Martin заказывали стойку, до момента её установки, включая субподрядчиков второго уровня — и нашла 19 конкретных возможностей для улучшения: Lockheed Martin упростила политику выпуска заказов, Northrop Grumman оптимизировала цепочку от получения заказа до размещения у субподрядчиков. Итог — сокращение времени цикла более чем на 40%, с задокументированной экономией на 89 произведённых радарах. VSM не просто нарисовала схему процесса — она сделала видимым то, что раньше было скрыто на стыке двух организаций.

Происхождение и исследовательская база

Второй задокументированный кейс, опубликованный в рецензируемом Journal of Applied Research and Technology (Патил, Писал, Сурьяваньши, 2021), показывает применение того же инструмента не в гигантской оборонной кооперации, а на среднем производственном предприятии — Fuel Instruments & Engineers. До внедрения VSM компания выпускала лишь 1-2 детали в день на исследуемой производственной линии; картирование текущего состояния зафиксировало точные показатели: общий Lead Time составлял 4,6 дня, а время цикла на первой рабочей станции — 200,67 минуты. После построения карты, выявления и устранения операций, не создающих ценность, Lead Time сократился до 3,3 дня, время цикла на первой станции — до 121,33 минуты, а производительность станции выросла с 0,2094 до 0,3459 единиц в час; итоговая производственная мощность линии увеличилась до 5 деталей в день. В отличие от кейса F-16, где VSM вскрыла скрытые задержки на стыке между двумя разными компаниями, кейс Fuel Instruments & Engineers показывает применение того же метода внутри одной производственной линии одного завода — с такими же точными до сотых долей минуты измерениями времени цикла и такими же конкретными, воспроизводимыми числовыми результатами.

Картирование потока создания ценности выросло из внутренней практики 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овской практике вообще не использовался — это западная адаптация названия для более широкой аудитории за пределами производственного цеха.

Ключевые идеи и принципы

  1. Принцип: карта строится по каждому этапу, с двумя типами времени

    Для каждого этапа процесса фиксируется время создания ценности (cycle time — сколько времени реально уходит на работу над продуктом или запросом) и время ожидания перед этим этапом (wait time — сколько времени продукт или запрос просто лежит между этапами). Разделение этих двух видов времени — центральная идея VSM: большая часть общего времени процесса почти всегда уходит именно на ожидание, а не на саму работу. В кейсе Fuel Instruments & Engineers именно такое разделение позволило точно локализовать источник потерь: сокращение времени цикла на первой станции почти на 40% (со 200,67 до 121,33 минуты) стало возможным только после того, как команда явно выделила, сколько из общего времени прохождения детали через станцию приходилось на реальную обработку, а сколько — на простое ожидание в очереди.

  2. Принцип: Lead Time и Process Cycle Efficiency — два разных, но связанных показателя

    Lead Time (общее время цикла) — сумма всех времён создания ценности и всех времён ожидания по всем этапам, от начала до конца процесса. Process Cycle Efficiency (эффективность процесса) — доля Lead Time, реально потраченная на создание ценности (время создания ценности / Lead Time × 100%). Низкая эффективность — не признак того, что люди работают медленно на каждом этапе, а признак того, что между этапами накапливается ожидание.

  3. Принцип: карта строится для текущего состояния, а затем — для целевого

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

  4. Принцип: картирование пересекает границы одной организации, если поток ценности их пересекает

    Кейс Lockheed Martin и Northrop Grumman показывает: реальный поток создания ценности часто не укладывается в границы одной компании — он проходит через заказчика, производителя и субподрядчиков. Картирование, ограниченное только внутренними процессами одной организации, может упустить наибольшие источники задержки, спрятанные именно на стыках между организациями.

Ограничения, слепые зоны и критика

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

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

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

Типовые ошибки

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

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

    Как избежать

    для каждого этапа явно фиксировать оба показателя отдельно — время создания ценности и время ожидания перед этим этапом, не объединяя их в одну общую цифру.

  2. Ошибка 2: используют интуитивные оценки времени вместо фактических измерений.

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

    Как избежать

    по возможности собирать фактические данные — хронометраж, метки времени из систем учёта заявок или производства — вместо интуитивных прикидок, особенно для времени ожидания.

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

    Если реальный процесс включает внешних поставщиков, субподрядчиков или другие подразделения компании, картирование, ограниченное только собственным отделом, упускает задержки, накапливающиеся именно на стыках — как показал кейс Lockheed Martin/Northrop Grumman.

    Как избежать

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

  4. Ошибка 4: останавливаются на карте текущего состояния, не переходя к карте целевого.

    Диагностика без последующего плана изменений не приводит к улучшению — карта текущего состояния показывает проблему, но сама по себе её не решает.

    Как избежать

    после построения карты текущего состояния явно формулировать карту целевого состояния и конкретные шаги перехода, а не оставлять диагностику как самоцель.

  5. Ошибка 5: считают карту разовым артефактом, не обновляя её.

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

    Как избежать

    пересматривать карту при значимых изменениях процесса или не реже, чем раз в квартал для ключевых процессов, а не считать её финальным документом.

План внедрения

  1. Неделя 1: определить границы процесса и собрать команду

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

  2. Неделя 2: построить карту текущего состояния с фактическими измерениями

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

  3. Неделя 3: рассчитать Lead Time и найти наибольшие источники ожидания

    Посчитать общий Lead Time и эффективность процесса, определить этапы с наибольшим временем ожидания — это приоритетные точки для улучшения.

  4. Неделя 4: построить карту целевого состояния и план перехода

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

Как реализовать этот план с помощью фрейма «VSM: Картирование цепочки создания ценности» в OrgDevTools

Фрейм визуально воспроизводит последовательность этапов с временем цикла и временем ожидания между ними, автоматически считает Lead Time и Process Cycle Efficiency, и строит пропорциональную временную шкалу процесса.

Неделя 1-2 — карточки этапов. Каждый этап процесса вносится отдельной карточкой с полями «Цикл» (время создания ценности) и «Ожидание» перед этапом — форма не даёт объединить эти два показателя в один (защита от ошибки 1).

Неделя 3 — плитки статистики и шкала времени. Автоматически считаются суммарное время создания ценности, суммарное время ожидания, Lead Time и Process Cycle Efficiency; визуальная шкала пропорционально показывает, какая часть общего времени процесса уходит на ожидание — сразу видно самый большой источник потерь без ручных расчётов.

Неделя 4 — вердикт на вкладке «Итоги». Вычисляется по стадиям: этапов нет → напоминание начать с описания этапов; время не заполнено → предупреждение; эффективность ниже 25% → явный сигнал, что большая часть времени уходит на ожидание, а не создание ценности, с указанием конкретной величины — это и есть материал для карты целевого состояния (Неделя 4 плана); эффективность выше порога → зелёный вердикт с конкретными цифрами Lead Time.

Заполнили фрейм? Сохраните, чтобы не потерять

Бесплатно — сохранение в рабочую тетрадь (3 тетради без карты). В PRO — тетради без ограничений, экспорт в PDF и PNG и инструменты для внедрения.
Сохранить в рабочую тетрадьЧто даёт PRO

Книги по теме

Майк Ротер, Джон Шук — «Learning to See: Value Stream Mapping to Add Value and Eliminate Muda» (1998, Shingo Research Award 1999). Первоисточник методики, впервые системно описавший toyotовскую практику картирования материального и информационного потока для западной аудитории.

Джеймс Вумек, Дэниел Джонс — «Lean Thinking: Banish Waste and Create Wealth in Your Corporation» (1996). Более широкий источник концепции потока ценности и семи видов потерь (muda), на которую опирается методология VSM.

Похожие методики

Диаграмма времени создания ценности (Time Value Map, TVM)

Диаграмма времени создания ценности (Time Value Map) — график, который делит время процесса на ценное для клиента (выше линии) и потери (ниже линии). Так видно, куда уходит время: в одной клинике свыше 70% визита оказалось ожиданием.

МетодикаБесплатно

Карта эмпатии (Empathy Map)

Карта эмпатии — инструмент, который раскладывает опыт клиента на то, что он видит, слышит, думает, говорит и делает. Он не даёт полагаться только на слова: так IDEO, наблюдая за клиентами Bank of America, нашла идею программы Keep the Change.

МетодикаБесплатно

Сначала пули, потом ядра (Bullets then Cannonballs, Дж. Коллинз)

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

МетодикаБесплатно

Идеальный конечный результат (ИКР, ТРИЗ)

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

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт