Вечером мастер сообщает: станок стоял почти час, заготовки к следующему заказу не привезли, а соседняя операция закончилась раньше. Каждое событие могло изменить очередь работ. Но после окончания смены эти сведения пригодны главным образом для отчёта.
Диспетчеризация начинается с договорённости, какие отклонения сообщаются сразу, кому поступают и какое решение должно последовать. Не нужно собирать каждое движение работника. Нужны события, которые меняют доступность ресурса, готовность работы, ожидаемое завершение или передачу результата.
Ниже предложен журнал для одного участка. Он дополняет сменно-суточное задание: задание определяет разрешённую очередь, журнал показывает, почему она перестала соответствовать факту.
Отделите событие от решения
«Станок остановлен» — наблюдение. «Подшипник неисправен» — предварительное объяснение, пока специалист не подтвердил причину. «Перенести заказ на другой станок» — решение, которое требует проверки допустимости.
Если всё записано одной фразой «авария, работаем на соседнем», позже невозможно восстановить, кто разрешил перенос и какие условия проверил. У события должны быть собственный номер, время возникновения и автор сообщения. Решение связывают с ним отдельной записью.
В производственном интерфейсе Microsoft отдельно регистрируются состояния работ, простой и количественные результаты. Это пример разделения разных фактов. Набор полей вашего оперативного журнала определяется решениями, которые принимает участок.
Собирайте три обязательных вида событий
Остановка ресурса
Запишите рабочее место, текущую операцию, время начала остановки и наблюдаемый признак. Если длительность неизвестна, так и укажите. Произвольное «исправим за десять минут» не должно становиться основанием для нового обещания клиенту.
Получатели: мастер и ответственный за восстановление; ПДО подключается, если остановка затрагивает подтверждённые сроки или требует изменения очереди. Предварительный срок восстановления имеет автора и время следующего уточнения.
Возобновление работы — новое событие. Оно закрывает фактический интервал простоя, но не означает автоматически, что его причина устранена окончательно или что все затронутые детали пригодны.
Неготовность материала или входной операции
Укажите заказ, нужную позицию, количество и место, где она должна находиться. Различайте «есть на складе», «зарезервировано», «выдано» и «проверено на рабочем месте». Для запуска важна последняя необходимая стадия готовности.
Получатель должен иметь возможность устранить препятствие: кладовщик, снабжение, предыдущий участок или уполномоченный специалист качества. Сообщение всем сотрудникам сразу редко заменяет конкретного исполнителя.
Завершение или частичный результат
Сообщите номер операции, партию, обработанное и принятое количество, незавершённый остаток и место передачи. Для следующего участка важно знать, какая часть действительно разрешена к дальнейшей работе.
Раннее завершение тоже является полезным событием: ресурс освободился, и ПДО может проверить следующую готовую работу. При частичном результате не ставьте общий статус «готово» на весь заказ.
Минимальная карточка оперативного события
Используйте одинаковую структуру для разных каналов регистрации:
- Идентификатор события и тип.
- Заказ, партия, операция и ресурс.
- Время возникновения и время регистрации.
- Наблюдаемый факт, затронутое количество.
- Текущее ограничение и предварительный прогноз.
- Ответственный за разбор, срок следующего обновления.
- Принятое решение, согласовавший и время.
- Время восстановления или передачи результата.
- Связанная версия сменного задания.
Разница между временем события и регистрации показывает задержку информации. Если оператор сообщил в 10:20 об остановке в 10:05, простой начинается в 10:05. Не подменяйте его временем записи, иначе отчёт систематически будет занижать потери.
Заполненный пример внутри смены
Условный центр Р-3 должен обработать партию А до 11:00, затем начать Б. Рабочий перерыв в расчётном интервале отсутствует. В 10:00 оператор отмечает остановку Р-3; мастер регистрирует событие Д-071 в 10:03.
Карточка: «Заказ А-701, операция 20. На момент остановки осталось 40 минут обработки. Причина уточняется. Ответственный за восстановление — дежурный специалист. Следующее обновление — 10:15. Возобновление пока не подтверждено».
В 10:15 специалист даёт прогноз восстановления к 10:30. ПДО рассчитывает ожидаемое завершение А: 10:30 + 40 минут = 11:10. Плановое начало Б в 11:00 под угрозой. Прогноз имеет условие: после восстановления не потребуется дополнительная наладка или проверка.
Фактически ресурс готов в 10:35. Дополнительных работ нет, оставшиеся 40 минут заканчиваются в 11:15. Простой составил 35 минут. Завершение сдвинулось на 15 минут относительно обещанных 11:00, поскольку исходный план содержал 20 минут свободного времени после ожидаемого завершения обработки в 10:40.
Нельзя назвать задержку заказа равной всем 35 минутам простоя. Также нельзя вычесть свободные 20 минут дважды. Журнал хранит событие ресурса, а новый план — его последствия для заказов.
Правила уведомления без лишнего шума
Для каждого вида события согласуйте получателя и условие немедленного сообщения. Например, невозможность продолжить разрешённую работу сообщается мастеру сразу; отклонение количества перед передачей партии — до приёмки следующим участком.
Порог для подключения руководителя ПДО устанавливайте по последствиям: нарушается срок, требуется альтернативный ресурс, меняется приоритет или непонятно время восстановления. Универсального числа минут для всех участков нет.
Отдельно задайте правило отсутствующего обновления. Если обещано уточнение к 10:15, но его нет, диспетчер связывается с ответственным и фиксирует неизвестность прогноза. Молчание не означает, что ресурс восстановлен.
Не дублируйте одинаковую остановку десятками карточек. Новое сообщение с тем же объектом уточняет существующее событие. После восстановления повторная остановка получает отдельный интервал и связь с предыдущей, если это важно для анализа.
Кто вправе менять очередь
Оператор сообщает факт, мастер подтверждает состояние участка, профильный специалист оценивает ограничение, ПДО пересчитывает последствия. Изменение согласованной очереди утверждает назначенный руководитель.
Диспетчер не должен самостоятельно разрешать технологически недопустимую замену оборудования. Наличие свободного станка не доказывает совместимость операции, оснастки и квалификации исполнителя.
В описании планирования операций Microsoft учитываются одновременно ресурсные и материальные ограничения. Поэтому после решения «перенести на соседнее место» проверяют не только свободное время, но и весь набор условий конкретной работы.
Каждое изменение доводят до исполнителя с указанием действующей версии задания. Сообщение в общем чате, которое никто не подтвердил, не гарантирует, что участок начал работать по новому порядку.
Проверка журнала в конце дня
Сверьте открытые события с состоянием участка. Для каждого должен существовать следующий шаг: восстановление, ожидание, дополнительная проверка или подтверждённое закрытие. Запись без ответственного превращается в архив жалоб.
Сопоставьте интервалы простоев одного ресурса. Если две причины действовали одновременно, их нельзя суммировать как два последовательных простоя. Сохраните обе причины, но занятость календаря считайте по объединению интервалов.
Проверьте несколько завершений: принял ли результат следующий участок, совпало ли количество, перенесён ли остаток. Связь операций и партий удобнее поддерживать через маршрутную карту.
Полезные показатели — задержка регистрации, число событий без решения, время ожидания ответственного и доля обновлений, сделанных в обещанный срок. Эти числа помогают улучшать передачу информации; сами по себе они не доказывают рост выпуска.
Как начать на одном участке
Выберите ресурс с частыми изменениями очереди и проведите несколько смен с минимальной карточкой. Мастер должен успевать фиксировать событие без длинного объяснительного текста. Подробный разбор причины может выполняться позже, когда факт уже передан.
На ежедневном коротком разборе удаляйте поля, которые никто не использует, и добавляйте недостающие сведения, из-за которых решение задержалось. Сохраняйте различие между неизвестным прогнозом и подтверждённым временем.
В Потоке заявлены производственные заказы, планирование загрузки, партии и материалы, контроль качества. Организацию оперативных уведомлений и конкретный способ регистрации событий нужно согласовать отдельно. Обсудите планирование заказов в Потоке, приложив журнал одной смены и пример решения, которое сейчас приходит слишком поздно.
Источники
- Microsoft Learn: How workers use the production floor execution interface — Регистрация состояния работ, простоев и количественных результатов на производстве.
- Microsoft Learn: Operations scheduling — Планирование последовательности работ с ограничениями мощности и материалов.