Пять типичных причин провала внедрения MES и проверки, которые можно закрыть до заказа

Пять типичных сценариев провала внедрения MES

• Объём без границ: планирование, качество, оборудование, склад и энергетика втиснуты в первую очередь целиком, и остановка любого модуля останавливает весь проект
• Источники данных не подтверждены: проектирование завершено, и только потом выясняется, что на ключевых постах нет интерфейса связи, а выпуск и брак снова считают вручную
• Пересечение с ERP: заказы, материалы и остатки ведутся дважды в двух системах, цифры перестают сходиться, и цех прекращает вносить данные в обе
• Критерии приёмки не определены: в договоре записано лишь «реализация функций MES», и после запуска стороны по-разному понимают, что считать выполненным и с какой точностью гарантируются данные
• Поддержка заканчивается на запуске: условия сопровождения не оговорены, и одной модернизации линии достаточно, чтобы отчёты перестали формироваться

У всех пяти сценариев общая черта: проблема возникает до подписания договора, а не в ходе разработки.

Что можно проверить до размещения заказа

• Формулируется ли объём первой очереди одним предложением: какая линия, какие посты, какие отчёты на выходе
• Подтверждён ли источник каждого показателя: ПЛК, сканер штрихкода, прибор учёта или ручной ввод — перечислить построчно
• Где проходит граница с ERP: откуда поступают производственные задания, куда возвращаются данные о выпуске, кто ведёт нормативно-справочную информацию
• Измеримы ли критерии приёмки: задержка данных, методика расчёта отчётов, полнота данных после восстановления связи — всё это фиксируется в техническом задании
• Определён ли объём сопровождения: время реакции, состав годового обслуживания, порядок доработок при изменении линии

Зафиксируйте требования на трёх уровнях: экраны, отчёты, показатели

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

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

Поэтапное внедрение обычно устойчивее единовременного запуска

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

У поэтапного подхода есть и второй эффект: он проверяет совместимость команд. Четырёх–восьми недель на узком участке достаточно, чтобы увидеть скорость реакции подрядчика, качество документации и манеру коммуникации — это нагляднее любого пакета сертификатов.