Управление производственным исполнением

Когда слышишь ?управление производственным исполнением?, первое, что приходит в голову — это, наверное, какая-то сложная система с кучей дашбордов, KPI и автоматизированными отчётами. И в этом кроется главный подводный камень. Многие думают, что купили MES или поставили SCADA — и всё, исполнением управляют. На деле же, если нет чёткого регламента, кто, когда и какую кнопку нажимает, и главное — зачем, все эти системы превращаются в дорогую игрушку для отчётов перед руководством. Я это проходил на нескольких предприятиях, пока не начал работать с коллегами из ООО Хэнань Цзюйхэ Текнолоджи. Их подход, что интересно, был сфокусирован не на продаже ?волшебной таблетки? в виде софта, а на внедрении культуры оперативного реагирования. Именно это, как я теперь понимаю, и есть сердцевина реального управления производственным исполнением.

Где обычно рвётся связь между планом и реальностью

Планирование — это одно. Цех — это совсем другое. Классическая история: диспетчер выпустил сменное задание, мастер его получил, но в 10 утра встал агрегат из-за внеплановой замены фильтра. Мастер бросается решать проблему, диспетчер видит в системе срыв графика, но не понимает причин. Звонки, выяснения, потеря времени. Информация о простое поступает с опозданием, корректировка плана происходит уже постфактум. Получается, мы управляем не исполнением, а констатацией фактов его срыва.

Здесь и нужен тот самый цифровой след, но не ради следа как такового. Важно, чтобы событие ?остановка по причине ТО? фиксировалось не когда мастер вечером сел отчитаться, а в момент нажатия кнопки ?стоп? оператором, с предопределённой и быстрой выборкой причины из справочника. Это кажется мелочью, но это меняет всё. Когда мы начинали проект с ООО Хэнань Цзюйхэ Текнолоджи, они первым делом аудировали именно эти точки ?разрыва информации?. Не IT-инфраструктуру, а человеческие регламенты.

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

Инструменты — не цель, а средство для принятия решений

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

На одном из наших участков внедряли мониторинг OEE (общей эффективности оборудования). Цифры были красивые, но низкие. Система показывала проблему, но не путь к решению. Консультанты из Хэнань Цзюйхэ помогли разбить OEE на составляющие именно для нашего процесса: не просто ?простои?, а ?простои из-за отсутствия заготовок?, ?простои на переналадку?, ?простои на мелкий ремонт?. И для каждого типа завели свой протокол действий. Например, простой из-за заготовок автоматически формировал задание логисту и сообщение начальнику смены. Это уже было похоже на управление, а не на наблюдение.

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

Роль цифровой трансформации: связать разрозненные островки

Вот здесь как раз к месту их профиль — услуги цифровой трансформации. Потому что по-настоящему эффективное управление производственным исполнением — это всегда трансформация, а не автоматизация. Невозможно эффективно управлять, если данные из ERP (планы) не контактируют в реальном времени с данными из систем диспетчеризации (факт), а те, в свою очередь, не связаны с системой обслуживания и ремонта.

На практике это выглядело так. Раньше ремонтная служба жила по своим заявкам, план-фактный анализ шёл раз в неделю, и общая картина была размытой. В рамках проекта мы, по сути, создали цифровую нить (digital thread), связывающую заказ на производство, конкретный станок, его состояние, историю простоев и работу ремонтников. Теперь при планировании тяжёлой продукции можно было видеть не только загрузку станков, но и прогноз их технического состояния, основанный на реальной статистике отказов.

Компания ООО Хэнань Цзюйхэ Текнолоджи выступала здесь как интегратор и методолог. Они не навязывали своё ?железо?, а помогали выбрать и связать лучшие отраслевые решения, при этом настаивая на единых центрах принятия решений. Например, все данные о простоях стекались в один центр управления производством (ЦУП), где дежурный инженер имел полную картину и полномочия для мобилизации ресурсов. Это резко сократило время реакции.

Культура данных против культуры отчётов

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

Мы начинали с малого — с визуализации в цехе в реальном времени. Не для начальства, а для самих рабочих. На большом экране висели не только плановые цифры, но и текущий OEE их участка, топ-3 причины простоев за смену. Сначала было сопротивление, потом азарт. Люди начали сами интересоваться, почему вчера был высокий показатель, а сегодня просели, и что можно сделать. Это был переломный момент. Система управления производственным исполнением перестала быть карательным инструментом контролёров и стала рабочим инструментом самой бригады.

Здесь методология внедрения от Хэнань Цзюйхэ была критически важна. Они не ?забрасывали? нас техниками и не уезжали. Их инженер сидел в цеху две недели, вместе с мастерами проходил все смены, слушал возражения, адаптировал интерфейсы под их язык. Например, они убрали казённые термины ?несоответствие? и ввели понятные ?брак?, ?доводка?, ?технологический отступ?. Мелочь? Нет, это ключ к принятию системы людьми.

Итоги и уроки: что остаётся после внедрения

Спустя год можно оценить результат. Выросла не только оперативная эффективность (OEE на ключевых линиях +15%), но и предсказуемость. Мы теперь гораздо точнее можем спрогнозировать выполнение месячного плана, потому что видим исполнение в реальном времени и все риски. Но главный итог — это появление единого источника правды о производстве. Больше нет споров между цехом и плановиками о том, что было и почему.

Были, конечно, и косяки. Один модуль для учёта времени переналадки оказался слишком сложным, от него пришлось отказаться и сделать упрощённый. Где-то переоценили готовность персонала — пришлось удлинить этап обучения. Это нормально. Управление производственным исполнением — это не проект с датой окончания, а непрерывный процесс улучшений.

Если резюмировать, то для меня теперь эта фраза означает не систему, а принцип. Принцип прозрачности, дисциплины и быстрого реагирования, основанного на актуальных данных. И технологические решения, будь то от Хэнань Цзюйхэ Текнолоджи или другого вендора, — лишь инструменты для воплощения этого принципа. Без изменения процессов и мышления они — просто дорогая графика на экране. А с изменением — становятся тем самым каркасом, который позволяет цеху работать не просто быстро, а предсказуемо и управляемо. Что, в конечном счёте, и есть цель любого производства.