M365Con 2027 – бесплатная онлайн-конференция · 11–22 Jan 2027 · 120 sessions→ m365con.net

Блог · Mirko Peters

Лучшее ПО для картирования потока создания ценности: критерии, которые действительно важны

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 ·

Что делает ПО для картирования потока создания ценности лучшим? Критерии по методу, данным, совместной работе и масштабу, а также вопросы к поставщикам и «красные флаги» для руководителей операций.

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

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

Ключевые выводы

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

Что делает ПО для картирования потока создания ценности лучшим для вашего производства?

Проверяйте три вещи, в таком порядке.

  1. Метод. Сохраняет ли инструмент логику картирования потока создания ценности или это общая блок-схема с шаблоном бережливого производства сверху?
  2. Данные. Содержит ли карта реальные цифры с вашего производства и может ли обновлять их без повторного ручного ввода?
  3. Люди. Будет ли команда, которая отвечает за поток, действительно открывать карту каждую неделю?

Инструмент, который не проходит первую проверку, не исправить обучением. Инструмент, не проходящий вторую, порождает карты, которые быстро устаревают. Инструмент, не проходящий третью, превращается в «полку для пыли» сразу после семинара. Большинство ошибок при выборе случается из-за оценки только по первой проверке, потому что именно её показывает демонстрация.

Сохраняет ли ПО метод в неизменном виде?

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

Переведите это в проверки для инструмента:

  • Два потока. Можно ли нарисовать информационный поток, например график или сигнал заказа, который получает каждый процесс, а не только блоки в ряд?
  • Текущее и будущее состояние. Можно ли вести обе карты для одного семейства продуктов, сравнивать их и хранить старые версии?
  • Семейство продуктов как единица. Можно ли группировать продукты и карты по семействам, чтобы на одном производстве не скапливалась куча несвязанных схем?
  • Стандартные иконки. В статье LEI о базовых принципах картирования потока создания ценности отсутствие стандартных иконок названо одной из ловушек, потому что другим людям тогда трудно читать карту. Инструмент должен предоставлять стандартный набор и не побуждать каждого придумывать собственный.
  • Данные процесса как поля. Та же статья описывает информационные блоки под каждым шагом: время цикла, время простоя, время работы, время переналадки, процент завершённости и точности (%C/A), доступность, а также временную шкалу с временем выполнения (lead time). Если эти данные хранятся в структурированных полях, программа может их суммировать, сравнивать карты и передавать данные в дашборд. Если это просто текст внутри фигуры, ничего из этого сделать нельзя.
  • Расчёты, которые можно проверить. Когда инструмент показывает время выполнения (lead time) или коэффициент, вы должны видеть, как он был рассчитан. Число, которое нельзя проследить, не переживёт первого скептически настроенного руководителя производства.

Если вы только знакомитесь с методом, помните то, что LEI также подчёркивает: цель не в идеальной карте текущего состояния, а в понимании потока от склада до склада (dock to dock). Инструмент, который заставляет заполнить 200 полей, прежде чем вы что-либо увидите, уводит в неверном направлении.

Откуда берутся данные?

Именно этот критерий отличает инструмент для рисования от инструмента, работающего с данными.

Спросите поставщика, какими способами числа могут попасть на карту:

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

Затем задайте более сложные вопросы:

  1. Какие поля можно заполнять автоматически, а какие по-прежнему требуют участия человека?
  2. Как часто обновляются данные и видно ли на карте дату последнего обновления?
  3. Что делать, если импортированные числа расходятся с тем, что команда видит на производстве, как вы вносите исправления и сохраняются ли они при следующем импорте?
  4. Кто отвечает за качество данных на вашем предприятии? Инструмент на этот вопрос ответить не может.

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

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

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

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

Если KPI из карты попадают в дашборд, то в среде Microsoft распространённым местом назначения является Power BI. Microsoft описывает для него безопасность на уровне строк (row-level security) в Microsoft Learn: роль с фильтром определяет, какие строки видит пользователь, и ограничение применяется к пользователям с ролью Viewer в рабочей области. Это удобный способ делиться показателями предприятия с нужной аудиторией, но он ограничивает строки, а не столбцы. Планируйте модель данных с учётом этого.

Как инструмент масштабируется на семейства продуктов и площадки?

Одна карта — просто. Двадцать карт на трёх предприятиях — это задача управления.

Уточните у поставщика, как инструмент справляется с:

  1. Именованием и структурой. Папки или библиотеки по площадке, потоку и семейству продуктов, чтобы люди быстро находили нужную карту.
  2. Общие шаблоны. Единый стандарт для значков, полей данных и определений KPI.
  3. Единые KPI. Если время выполнения заказа считается по-разному на каждой площадке, сравнивать площадки бессмысленно.
  4. Ответственность. У каждой карты в инструменте должен быть назначенный владелец, и владелец должен получать напоминание, когда данные устаревают.
  5. Локальные отличия. Площадкам нужно пространство для собственных шагов, но без нарушения общего стандарта.

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

Что стоит спросить у IT и закупок?

Подключайте IT и закупки на раннем этапе, а не после того, как вас впечатлила демонстрация.

  • Хостинг и безопасность. Где хранятся данные и какая документация по безопасности доступна?
  • Вход в систему. Работает ли он с вашим единым входом (single sign-on), чтобы не управлять отдельным набором паролей?
  • Экспорт. Можно ли выгрузить все карты и данные в пригодном для использования формате? Если нет, вы оказываетесь в зависимости от поставщика.
  • Модель ценообразования. За пользователя, за карту, за площадку или за модуль? Рассчитайте стоимость, исходя из реального числа пользователей, которые будут смотреть карты.
  • Поддержка и обучение. Кто поможет, если карта не импортируется, и на каком языке и в каком часовом поясе?
  • Дорожная карта и ответственность за продукт. Что будет с продуктом, если поставщик изменит направление развития?

Как оценивать ответы и не пропустить красные флаги?

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

Красные флаги, на которые стоит обратить внимание:

  • Демонстрация использует только образец фабрики поставщика, а не ваши данные.
  • Данные о процессах отображаются, но не сохраняются в виде чисел.
  • Поставщик не может объяснить расчет.
  • Никто на стороне поставщика не работал на таком производстве, как ваше.
  • Экспорт описан расплывчато или доступен только за дополнительную плату.

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

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

  • Оценка по внешнему виду. Красивая карта может не иметь под собой никаких данных.
  • Пропуск метода. Программа не исправит карту, у которой нет семейства продуктов и карты будущего состояния.
  • Покупка только для семинара. Важно, кто будет пользоваться инструментом на шестом месяце.
  • Игнорирование качества данных. Быстрый импорт неверных цифр ничем не поможет.
  • Выбор только командой бережливого производства. IT и руководитель завода могут позже заблокировать внедрение.
  • Запрос рейтинга. Любой список «лучших» инструментов, составленный без учета ваших ограничений, — это либо реклама, либо гадание.

Где здесь место Polaris

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

Смежные темы для изучения

  • От карты к повседневной работе. Кто отвечает за поток после семинара и как устроен еженедельный обзор.
  • Картирование на основе данных ERP. Какие поля импортировать, какие измерять на производстве и как отмечать расхождения.
  • Построение карты будущего состояния. Как превратить карту будущего состояния в план работ с исполнителями и сроками.
  • KPI для потока создания ценности. Какие немногие показатели описывают поток и как вывести их на дашборд.
  • Бумага или программное обеспечение. Когда достаточно доски и маркеров, а когда инструмент окупает свою стоимость.

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

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

Подписаться на подкастSpotify

Entities in this article

Value stream mapping Enterprise resource planning (ERP) Power BI Polaris VSM iFAKT GmbH

Related articles

RSS

Спонсорский материал

iFAKT GmbH