Выбирая систему планирования производства, легко принять красивую диаграмму за работоспособный план. На подготовленной демонстрации все материалы доступны, оборудование исправно, а заказы помещаются в смену. В цехе решение понадобится именно тогда, когда эти условия перестанут выполняться.
Проверяйте систему на небольшом наборе собственных обезличенных заказов. Для каждого сценария заранее запишите исходные данные, изменение и ожидаемый управленческий результат. Поставщик должен показать, как планировщик обнаружит ограничение, выберет решение и передаст согласованный вариант мастеру. Автоматический пересчёт, если он есть, оценивается вместе с объяснимостью результата.
Подготовьте контрольный набор
Достаточно одного участка, одного ресурса и трёх операций. Сначала убедитесь, что система правильно решает небольшой пример, который ПДО может проверить вручную. Затем добавляйте реальные маршруты, совместную занятость людей и оборудования, межоперационные ожидания.
Для условного испытания возьмём рабочий центр Р-1 и смену 08:00–16:00. Перерыв 12:00–12:30 исключён из рабочего календаря. Доступно 8 − 0,5 = 7,5 часа. Три заказа должны завершить операции до 16:00:
- Заказ А: переналадка 0,5 часа и обработка 2,5 часа; всего 3 часа.
- Заказ Б: переналадка 0,25 часа и обработка 1,75 часа; всего 2 часа.
- Заказ В: переналадка 0,25 часа и обработка 1,75 часа; всего 2 часа.
Итого требуется 7 часов, свободно 0,5 часа. Переналадки уже включены в длительность заказов. Дополнительного коэффициента потерь и отдельного резерва в этом испытании нет. Сравнение построено на занятом времени одного ресурса, а не на сумме человеко-часов.
Предполагаем, что операции можно прерывать на обед без повторной переналадки. Если ваша технология этого не допускает, замените условие и пересчитайте ожидаемый результат. Исходный календарь и нормативы должны отражать ваш процесс; правила подготовки разобраны в статье о доступной мощности участка.
Каждый следующий сценарий начинается с этого исходного набора. Изменения не накапливаются: иначе невозможно понять, какое ограничение вызвало перенос.
Сценарий 1. Реальный календарь и занятая мощность
Попросите разместить заказы в очереди А, Б, В. Проверяемый вариант: А выполняется 08:00–11:00; Б — 11:00–12:00 и 12:30–13:30; В — 13:30–15:30. Полчаса остаётся свободным.
Критерии приёмки:
- На Р-1 нет двух одновременно выполняемых операций.
- В обед работа не запланирована.
- Переналадки занимают ресурс и не прибавляются второй раз.
- Видны исходные длительности и причина времени завершения.
- Планировщик может объяснить, какие ограничения учтены, а какие пока отсутствуют.
Сам принцип ограниченной мощности описан в документации Microsoft о finite capacity: при недостатке доступного ресурса срок может сдвигаться. Это пример реализации в конкретной системе, а для вашей проверки — требование не скрывать перегрузку.
Сценарий 2. Материал появляется после планового старта
Сбросьте план. Теперь материал заказа Б доступен на участке только в 13:00. Остальные условия прежние. Запуск Б в 11:00 должен быть обозначен как недопустимый либо заблокирован согласно согласованному процессу.
Один допустимый вариант: А 08:00–11:00; В 11:00–12:00 и 12:30–13:30; Б 13:30–15:30. Все операции укладываются в смену за счёт изменения очередности.
Проверьте, что дата поставки не подменяет подтверждение готовности материала. Разгрузка, входной контроль или выдача со склада могут сдвигать доступность на участке. В контрольном наборе используйте именно последнее условие. Отдельно выясните, кто подтверждает его и где фиксирует основание.
В описании планирования операций Microsoft отдельно учитываются доступность мощности и материалов. Но наличие похожих слов в презентации другого продукта ничего не доказывает: нужен показ вашего ограничения на ваших данных.
Сценарий 3. Ремонт уменьшает рабочее окно
Вернитесь к исходным данным и внесите ремонт Р-1 с 10:00 до 11:00. Доступная мощность становится 7,5 − 1 = 6,5 часа при потребности 7 часов. Не менее 0,5 часа работы не помещается в эту смену, если нельзя изменить ресурс, технологию или сменность.
Попросите показать конфликт до утверждения плана. Затем предложите поставщику выбрать один согласованный вариант: перенести остаток, использовать разрешённый альтернативный ресурс либо зарегистрировать решение о дополнительном рабочем времени. Система не должна молча назначать сверхурочную работу или заменять оборудование без технологического основания.
Проверьте последствия для связанных операций и срока заказа. Если исходные данные содержат только одну операцию, демонстрация подтверждает только этот уровень планирования. Она ещё не доказывает корректную работу со сложным маршрутом.
Сценарий 4. Срочный заказ конкурирует с обещанными
Снова восстановите исходный набор. Добавьте заказ Г длительностью 1 час, включая переналадку, который нужно выполнить до 10:00. Общая потребность становится 8 часов при доступных 7,5 часа. Свободные полчаса покрывают только половину новой работы.
Планировщик должен увидеть минимум полчаса вытесненной работы и конкретный затронутый заказ. Попросите сравнить исходный и предложенный планы, объяснить изменение сроков и сохранить решение ответственного руководителя.
Ключевой критерий: срочность нового заказа не стирает обещание по старому. Даже если система позволяет вручную переставить операции, должно быть понятно, кто согласовал последствия и какой вариант передан в исполнение. Неподтверждённая возможность автоматического пересчёта не заменяет эту проверку.
Сценарий 5. Факт изменил остаток смены
Последнее испытание тоже начинается с исходного плана. К 12:00 заказ А завершён, но фактически занял 4 часа вместо 3. Б и В ещё не начаты. После обеда остаётся 3,5 часа, а им требуется 4 часа: дефицит снова составляет 0,5 часа.
Проверьте три отдельных представления: первоначальный план, зарегистрированный факт и новый прогноз. Завершённую работу нельзя повторно включать в остаточную загрузку. Нельзя и пересчитывать прошлое так, будто задержки не было.
Попросите мастера, а не только консультанта, внести факт и найти следующий разрешённый заказ. Затем проверьте, как ПДО увидит отклонение. Если требуется ручная передача сведений, зафиксируйте исполнителя, частоту и допустимую задержку.
Сравнительная матрица в виде карточек
Сопоставляйте поставщиков по одинаковым сценариям. Используйте такую карточку для каждой проверки:
- Код сценария и версия контрольных данных.
- Ожидаемый результат: число, ограничение, решение пользователя.
- Показанный результат и ссылка на сохранённый пример.
- Способ выполнения: штатно, настройкой, ручной процедурой, доработкой.
- Ограничения и необходимые исходные данные.
- Ответственный за дополнительную проверку и её срок.
- Итог: подтверждено, подтверждено с условием, не подтверждено.
Заполненный условный пример: «П-03, ремонт 10:00–11:00; ожидается дефицит 0,5 часа. На демонстрации дефицит показан, заказ В перенесён на следующее утро. Альтернативный ресурс не проверяли. Результат подтверждён для одного ресурса; проверка маршрута с двумя ресурсами — ПДО, до следующей встречи».
Не сводите всё к сумме баллов. Неспособность выявить работу без материала не компенсируется удобными цветами диаграммы. Заранее выделите обязательные условия допуска и отдельные пожелания. По спорному пункту записывайте открытый вопрос, а не предполагаемую возможность.
Что спросить перед решением
Уточните точность исходных нормативов, правила фиксации факта, горизонт планирования и допустимость ручных решений. Попросите перечислить ограничения демонстрационного примера. Пять испытаний проверяют важные сценарии, но не заменяют пилот на нескольких реальных маршрутах и проверку требуемых обменов данными.
В каталоге Потока заявлены производственные заказы, планирование загрузки, партии и материалы, контроль качества. Конкретную работу с календарями, пересчётом и согласованием изменений нужно проверить отдельно. Обсудите планирование заказов в Потоке, приложив контрольный набор: так разговор начнётся с проверяемого результата.
Источники
- Microsoft Learn: Finite capacity planning and scheduling — пример учёта ограниченной мощности и занятых ресурсов.
- Microsoft Learn: Operations scheduling — различия уровней планирования, ограничения по мощности и материалам.