Методология «Барабан-Буфер-Веревка» (ББВ), основанная на Теории ограничений (ТОС) Элияху Голдратта, обещает производственным предприятиям революционное сокращение объемов незавершенного производства (НЗП), ускорение оборачиваемости и 100% выполнение заказов в срок. Разработчики 1С:ERP заявляют о поддержке этой методологии «из коробки».
Однако на практике многие компании, попытавшись настроить стандартный функционал ББВ в системе, сталкиваются с хаосом, противоречивыми сигналами «светофоров» и в итоге отказываются от планирования или возвращаются к привычным таблицам Excel. Проанализируем, почему так происходит, в чем заключается методологический конфликт программной реализации 1С:ERP с классической теорией ограничений, и как построить действительно работающую модель управления производством.
Рассмотрим фундаментальное противоречие между классической теорией Голдратта и тем, как её алгоритмы запрограммированы в типовом решении 1С:ERP:
1С:ERP методологию ББВ фактически «натянули» на уровень отдельных подразделений. Система предлагает назначать Ключевые виды рабочих центров (ВРЦ) практически в каждом цехе и на каждом этапе. В результате программа пытается оптимизировать и синхронизировать множество локальных «барабанов» одновременно. Это приводит к локальной оптимизации: каждый цех стремится максимально загрузить свое собственное узкое место, что полностью блокирует сквозной поток, лавинообразно увеличивает уровень НЗП и создает ложные сигналы диспетчеризации.Попытки промоделировать производство даже с двумя независимыми ключевыми ВРЦ быстро приводят к тому, что диспетчеры путаются в красно-зеленых индикаторах буферов, так как задержка на одном локальном ограничении ломает график всех последующих этапов.
Выясним причину, по которой многие успешные предприятия полностью отказываются от пооперационного планирования в 1С в пользу более укрупненных моделей:
Каждая технологическая операция на реальном оборудовании подвержена статистическим отклонениям (болезни сотрудников, микрополомки станков, задержки с поставкой оснастки). Если мы пытаемся рассчитать то посекундное расписание для каждого рабочего центра, используя среднее нормативное время операций, мы заведомо обрекаем систему на провал. Из-за действия так называемого «синдрома студента» (когда выполнение работы откладывается на самый последний момент) и накопления случайных отклонений, до 50% производственных заказов гарантированно опоздают к сроку.
Кроме того, расчет детального расписания силами СУБД на платформе «1С:Предприятие» для тысяч операций требует колоссальных вычислительных ресурсов и может длиться часами, что делает невозможным оперативное перепланирование в условиях меняющейся реальности.
Чтобы упростить планирование и сделать его устойчивым к сбоям, в реальной практике используют концепцию Упрощенного ББВ (S-DBR). Разберем по шагам, как организовать эту модель управления:
S-DBR предполагается, что главным ограничением является внешний рынок (объем заказов покупателей), а мощности оборудования внутри завода избыточны. Если же на предприятии есть явное внутреннее горлышко, оно рассматривается как единственная опорная точка, но детальное планирование всех остальных («не-ограничений») не производится.Для контроля приоритетов в процессе диспетчеризации мы можем использовать расчет проникновения в буфер времени. Посмотрим на пример простого алгоритма, который можно реализовать в системе для мониторинга заказов:
ТекущееВремя = ТекущаяДата();
ОставшеесяВремя = СрокСдачи - ТекущееВремя;
ПроцентПроникновенияВБуфер = (1 - ОставшеесяВремя / ОбщийБуферВремени) * 100;
Если ПроцентПроникновенияВБуфер > 66 Тогда
СтатусБуфера = "Красный"; // Требуется немедленное вмешательство диспетчера
ИначеЕсли ПроцентПроникновенияВБуфер > 33 Тогда
СтатусБуфера = "Желтый"; // Внимание, заказ отстает от графика
Иначе
СтатусБуфера = "Зеленый"; // Все идет по плану, вмешательство не требуется
КонецЕсли;
Рассмотрим практические рекомендации по организации управления производством без использования тяжеловесных и нежизнеспособных механизмов автоматического расчета пооперационного расписания:
Шаг 1. Выделение единственного истинного ограничения. Проанализируем структуру загрузки оборудования. Если у нас есть параллельные потоки, которые в итоге сходятся на одном уникальном станке (например, печь термообработки или сложный многоосевой обрабатывающий центр), именно этот станок мы объявляем единственным «барабаном» предприятия. Все остальные цеха должны работать исключительно на обеспечение этого узкого места.
Шаг 2. Отказ от Ключевых ВРЦ во всех вспомогательных подразделениях. В настройках 1С:ERP снимите флаги ключевых рабочих центров со всех единиц оборудования, кроме одного выбранного ограничения. Это позволит разгрузить планировщик системы от бесконечных попыток сбалансировать набегающие очереди в некритичных точках.
Шаг 3. Внедрение гибридного управления. На межцеховом уровне в 1С мы используем простое объемно-календарное планирование: система рассчитывает даты передачи полуфабрикатов между цехами. Внутри цехов мастера распределяют работу вручную (например, с помощью физических досок КАНБАН или простых журналов очередей), ориентируясь на дату обеспечения буфера ограничения. Производственники сами подстроят выпуск под конечный срок, если им не мешать избыточным микроконтролем из системы.
Шаг 4. Управление запасами в НЗП. Сокращение незавершенного производства автоматически ускоряет прохождение потока. Ограничивая запуск сырья «веревкой» (запуск разрешается только тогда, когда ограничение готово принять новую работу, либо строго под график буфера), мы снижаем хаос в цехах. Практический опыт показывает, что сокращение объемов НЗП на 15% способно повысить общую скорость прохождения заказов по технологической цепочке и высвободить до 20% скрытой мощности оборудования за счет ликвидации простоев в ожидании деталей.