Ошибки при картировании потока создания ценности и как их избежать

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

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

Главное

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

Какие ошибки при картировании потока создания ценности встречаются чаще всего?

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

• Северино Абад из Instituto Lean Management называет восемь ошибок в своей статье для Planet Lean Avoiding the most common mistakes with VSM. Среди них: смешение реальности и предположений, использование слабых данных, отсутствие ключевых людей, увязание в деталях и отрыв картирования от действий.
• Джефф Пирс перечисляет девять провалов в статье Value Stream Mapping Gone Wrong, включая неподходящую команду, отсутствие метрик, паралич анализа и карты без действий.
• Том Восс группирует свои уроки по охвату, людям, данным и последующим действиям в статье Value Stream Mapping: Lessons from the Front.

Эти списки во многом пересекаются. Следующие четыре раздела посвящены ошибкам, которые встречаются во всех них: охвату, действиям, данным и людям.

Как не допустить слишком широкой карты?

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

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

• Кристоф Розер из AllAboutLean в статье Practical Tips for Value Stream Mapping считает оптимальным диапазоном от 4 до 15 блоков процесса, говорит, что более 30 — пустая трата времени, и советует ограничивать карту одним листом A3. Если карта на него не помещается, значит, в ней слишком много деталей.
• Фосс считает, что цели улучшения должны определять уровень детализации. Карта уровня завода фокусируется на общем времени выполнения заказа (lead time). Карта рабочей ячейки требует времени выполнения операций в секундах и дискретных подсчётов запасов. Его эмпирическое правило — от 20 до 30 шагов для основного потока. Он также отмечает, что добавить детали позже проще, чем объединять шаги.

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

Картирование всех потоков создания ценности завода одновременно — та же ошибка, только в большем масштабе. Практическое правило: выберите одно семейство продуктов и один вопрос, например «куда уходит время выполнения заказа?». Нарисуйте каждый шаг процесса, который отвечает на этот вопрос, с его временем цикла, временем переналадки и запасами. Если карта выходит за пределы одного листа, вероятно, вы картируете несколько потоков создания ценности, и каждый из них заслуживает собственной карты.

Как не допустить картирования без действий?

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

Абад добавляет важное замечание о динамике. Хорошая карта живёт и со временем отражает изменения процессов. Компании, которые используют одну раннюю карту, чтобы информировать людей, позволяют ей устареть. Если использовать карту только для объяснения того, как выполняется работа, это не окупит усилия команды по сбору информации на gemba — там, где выполняется работа.

Эти шаги связывают карту с действиями:

1. Составьте план на одной странице с каждым улучшением, ответственным и датой до завершения картирующего workshop.
2. Назначьте одного человека на каждую область улучшения. Фосс рекомендует руководителя проекта на каждую область.
3. Проводите события kaizen после карты. Kaizen означает улучшение небольшими шагами. Пирс советует сначала составить карту, чтобы задать план и цели, а затем проводить события, направленные на внедрение конкретных улучшений.
4. Публично отмечайте ранние успехи. Фосс отмечает, что сотрудники, которые помогают превратить карту в реальные улучшения, охотнее присоединяются к следующему картирующему workshop.
5. Перерисовывайте карту после каждого цикла изменений.

Как не допустить некачественных данных и неправильной команды?

Обе ошибки приводят к тому, что карта описывает завод, которого не существует.

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

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

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

Пример: как одна угаданная цифра меняет картину

Это иллюстративный пример с вымышленными цифрами, а не измеренный случай. Команда картирует пять этапов одного семейства продуктов. Спрос составляет 200 единиц в день, а рабочий день длится 25 200 секунд. Время обработки — 200 секунд на единицу, из них 120 секунд приходятся на добавленную ценность.

По памяти. Команда считает, что на каждом этапе примерно один день запаса. Это дает 5 дней ожидания, или 5 × 25 200 = 126 000 секунд. Время выполнения заказа (lead time) составляет 126 000 + 200 = 126 200 секунд. Доля добавленной ценности равна 120 ÷ 126 200 ≈ 0,095 процента.

По подсчету. На производственной площадке кто-то подсчитал запасы перед каждым этапом: 400, 300, 300, 200 и 200 единиц. Итого 1 400 единиц. При спросе 200 единиц в день время ожидания составляет 7 дней, или 7 × 25 200 = 176 400 секунд. Время выполнения заказа равно 176 400 + 200 = 176 600 секунд. Доля добавленной ценности равна 120 ÷ 176 600 ≈ 0,068 процента.

Что означает разница. Реальное время выполнения заказа на 50 400 секунд, или 2 рабочих дня, больше, чем считала команда. Это примерно на 40 процентов больше значения, которое было в памяти. Допустим, команда ставит целевое состояние в половину запаса из памяти, то есть 2,5 дня. По сравнению с реальными 7 днями этой цели нужно сокращение на 4,5 дня, или примерно на 64 процента, а не на 50. Команда, которая планирует сокращение на 50 процентов, не достигнет цели и не поймет почему.

Подсчет занял меньше часа. Догадка стоила команде неверной цели.

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

Помимо области охвата, действий, данных и людей, в источниках встречаются следующие ошибки:

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

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

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

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

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