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

«What If»-подход (сценарное планирование) предлагает принципиально другой взгляд. Вместо одного «правильного» плана создаётся пространство вариантов. Планировщик не спрашивает «что произойдёт?», а исследует «что произойдёт, если?». Это не попытка предсказать будущее. Это попытка подготовиться к нему — увидеть последствия решений до того, как они приняты. 

В контексте Теории ограничений и инструментов вроде Барабана-Буфера-Каната «What If»-подход становится не роскошью, а необходимостью. Особенно в средах, где ограничение «плавает», а предсказуемость — иллюзия.  

«What If» — Сценарное планирование: Как превратить производство из предсказания в исследование

Почему традиционное планирование не справляется с реальностью

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

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

Модули планирования на основе MRP-логики не подходят для job-shop . Они не учитывают конечную мощность, не видят реальных очередей, не различают, где именно находится ограничение в данный момент. Они планируют так, как будто станки бесконечно доступны, а время — бесконечно.

Результат предсказуем. План, построенный на неверных допущениях, требует постоянных «пожарных» вмешательств. Планировщик перестаёт быть стратегом и становится диспетчером пожаров. Он не исследует варианты — он реагирует на кризисы.

«What If»-подход разрывает этот порочный круг. 

Что такое «What If»-планирование в контексте TOC

Сценарное планирование — это не просто «прогнать разные варианты». Это философия принятия решений, встроенная в операционный ритм.

Суть подхода

Вместо вопроса «какой у нас план?» задаётся вопрос «какие у нас варианты?». Вместо одного расписания создаётся несколько сценариев, каждый из которых показывает:

• Что произойдёт с Throughput (деньгами).
• Что произойдёт с запасами.
• Что произойдёт с операционными расходами.
• Где возникнут очереди и где освободится мощность.

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

Почему это работает в TOC-среде

Ключевое преимущество «What If» в том, что DBR (и особенно S-DBR) не требует планирования всех точек процесса. Детально расписываются только критические точки — барабан, буфер, канат. Это означает, что расчёты можно проводить быстро, даже в программной среде .

Если бы нужно было пересчитывать расписание для каждого станка при каждом сценарии, «What If»-подход был бы непрактичен. Но поскольку DBR фокусируется на ограничении, планировщик может проанализировать множество сценариев за короткое время . Скорость расчёта превращает сценарное планирование из академического упражнения в ежедневный инструмент. 

Ключевые сценарии «What If» в производстве

Какие вопросы задаёт планировщик, использующий «What If»?

Сценарии спроса

«Что если мы возьмём этот заказ?» Самый частый вопрос. Вместо интуитивной оценки «сможем или не сможем», система создаёт временный заказ, прогоняет его через конечную мощность и показывает: когда он завершится, какие заказы сдвинутся, где возникнет перегрузка.

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

«Что если мы откажемся от этого заказа?» Иногда важнее понять, что произойдёт, если не взять работу. Освободится ли мощность для более выгодных заказов? Уменьшится ли риск срыва сроков? 

Сценарии мощности

«Что если станок сломается на день?» «What If» показывает, какие заказы пострадают, где буферы в красной зоне, какие действия нужны для восстановления.

«Что если мы добавим смену?» Стоит ли дополнительная смена затрат? Увеличит ли она Throughput? Или просто создаст больше запасов?

«Что если мы перенесём обслуживание на выходные?» Как это повлияет на поток в следующую неделю? 

Сценарии приоритетов

«Что если мы поставим этот заказ вперёд?» Какие заказы сдвинутся? Кто из клиентов пострадает? Стоит ли это ускорение затрат на expedite?

«Что если мы объединим эти партии?» Сократит ли это переналадки? Увеличит ли время выполнения? Что произойдёт с Throughput на час ограничения? 

Сценарии материалов

«Что если сырьё придёт с опозданием?» Где возникнет простой? Какие буферы защитят систему?

«Что если мы используем заменитель?» Исследования показывают, что использование замещающего сырья может потреблять избыточные запасы и снижать затраты.

«What If» и S-DBR: Сценарное планирование для плавающего ограничения

Для сред с перемещающимся ограничением «What If»-подход приобретает особое значение. В S-DBR барабан — это дата отгрузки, а управление идёт через буфер отгрузки. Сценарное планирование позволяет проверить, как изменения повлияют на этот буфер.

Проверка обещаний клиентам

В металлообработке рутинная проблема — дать клиенту дату отгрузки, которая окажется реалистичной. Интуитивная оценка не видит очередей, которые скрыты в реальном расписании. Симуляция «What If» создаёт временный заказ, прогоняет его через конечную мощность и показывает дату, основанную на реальной загрузке, а не на пустом цехе.

Это работает и в обратную сторону. Если клиент просит дату, которую система не может выполнить, «What If» показывает, насколько именно она невыполнима и что нужно изменить, чтобы её выполнить.

Проверка срочных заказов

Метод DDPSTR (Due-Date Protection with Slack Time Reserve) позволяет проверить, можно ли принять срочный заказ, не сдвигая сроки уже принятых. Расчёт проверяет, остаётся ли положительный резерв времени у всех заказов с более поздними сроками после добавления срочного.

Проверка резервов мощности

S-DBR предполагает резервирование части мощности CCR для срочных заказов. «What If» показывает, сколько именно мощности нужно зарезервировать и что произойдёт, если резерв будет исчерпан.

Цифровые двойники и «What If»: Новый уровень сценарного планирования

Традиционное «What If» требует от планировщика мысленного моделирования или работы с упрощёнными моделями. Цифровые двойники (Digital Twins) поднимают сценарное планирование на новый уровень. 

Что даёт цифровой двойник

Цифровой двойник — это компьютерная модель производственной системы, которая работает с реальными данными из ERP, MES и WMS. Он может запускать дискретно-событийные симуляции, учитывая:

• Ограничения мощности и последовательности операций.
• Доступность ресурсов.
• Синхронизацию материалов.

Исследования в секторе металлообработки показывают, что такая модель позволяет давать точные и надёжные оценки времени выполнения заказа даже в среде Make-to-Order с высокой вариабельностью.

«What If» на цифровом двойнике

С цифровым двойником «What If» становится ещё мощнее. Планировщик может:

• Прогнать десятки сценариев за минуты.
• Увидеть точные последствия каждого варианта.
• Сравнить сценарии по финансовым показателям (Throughput, затраты, прибыль).

Это превращает планирование из искусства в науку с элементами искусства. 

«What If» для продаж и переговоров

Сценарное планирование — не только инструмент производства. Это инструмент продаж. 

Быстрый ответ на запрос клиента

Клиент спрашивает: «Когда вы сможете отгрузить?» Традиционный ответ требует времени: нужно проверить загрузку, посчитать, посоветоваться. С «What If» ответ приходит сразу: система симулирует заказ и показывает реалистичную дату.

Проверка «а что если?» от клиента

Клиент говорит: «А если мы увеличим объём вдвое?» Вместо неопределённого «наверное, сможем», система показывает: что произойдёт с датой, что произойдёт с ценой, что произойдёт с другими заказами.

Защита маржи

«What If» позволяет проверить, какую цену нужно запросить, чтобы заказ был выгоден с учётом реальной загрузки. Если заказ требует сверхурочных или expedite, это должно быть отражено в цене. Симуляция показывает реальную стоимость выполнения заказа, а не «стандартную себестоимость» из ERP.

Как внедрить «What If»-подход

Шаг 1: Осознайте необходимость

«What If» не нужен, если ваша система стабильна, ограничение фиксировано, а спрос предсказуем. В таком случае классический DBR справится без сценариев.

«What If» необходим, если:

• Ограничение перемещается.
• Спрос вариабелен.
• Маршруты различаются.
• Вы работаете в Make-to-Order.
• Сроки срываются, а планировщик работает в режиме аврала.

Шаг 2: Выберите инструмент

Простые сценарии: электронные таблицы с моделью DBR/S-DBR. Работает для небольших систем.

Средние сценарии: специализированное ПО для планирования (APS) с функцией «What If» .

Сложные сценарии: цифровой двойник с дискретно-событийной симуляцией.

Шаг 3: Начните с одного вопроса

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

Симуляция этого одного вопроса уже даёт огромную ценность. 

Шаг 4: Встройте в ежедневный ритм

«What If» должен стать привычкой, а не проектом. Каждое утро планировщик проверяет состояние буферов. Каждый запрос клиента проходит через симуляцию. Каждое решение о приоритетах — через сценарий. 

Шаг 5: Измеряйте результат

Сравнивайте:

• Точность обещаний: процент заказов, отгруженных в обещанный срок.
• Скорость ответа: время от запроса клиента до реалистичной даты.
• Throughput: растёт ли он при использовании сценариев?
• Запасы: уменьшаются ли они?

Исследования показывают, что использование «What If» в DBR-планировании позволяет увеличить Throughput и снизить операционные расходы, улучшая итоговые результаты.

Планирование как исследование, а не как предсказание

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

«What If»-подход отказывается от иллюзии предсказания. Вместо этого он исследует пространство возможностей. Планировщик не спрашивает «что произойдёт?», он спрашивает «что произойдёт, если?». Это позволяет увидеть последствия решений до их принятия, подготовиться к разным сценариям, дать клиенту реалистичное обещание вместо оптимистичной надежды.

В контексте Теории ограничений «What If» становится особенно мощным. Поскольку DBR фокусируется на ограничении, а не на всех станках, расчёты быстры. Поскольку S-DBR управляет через даты отгрузки, сценарии напрямую связаны с деньгами. Поскольку цифровые двойники работают с реальными данными, сценарии становятся точными.

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