Учёт простоев

Поломки, причины простоя и состояние оборудования — прямо во время смены.

Поломки на производстве — не редкость

Станок встал, и полдня непонятно почему — так проходит смена за сменой на любом производстве. Где-то это износ детали, где-то ошибка оператора, где-то просто разболтался крепёж. Поломки — это не ЧП, это фон, с которым работает каждая смена.

Проблема не в самих поломках — они будут всегда. Проблема в том, что через неделю никто не вспомнит, какой узел ломается чаще других и сколько смен на этом потеряно.

Простои — вы вообще где-то их записываете?

Часто ведётся только журнал объёма продукции. Что стояло, почему и на сколько — теряется за смену и всплывает, только когда кто-то спросит «а что случилось на прошлой неделе».

Мастер по памяти назовёт две-три частые причины, но точных цифр не даст — простои никто специально не считает, потому что делать это неудобно и долго.

Как это работает

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

Фиксация происходит прямо у станка, пока событие ещё свежо, а не восстанавливается вечером по памяти или с чужих слов.

Почему это устойчиво

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

• Один планшет на смену — не приложение, которое каждому оператору нужно ставить себе на телефон.
• Данные остаются на месте: без облака, без аккаунтов и без согласований с ИТ-отделом.
• Список причин простоя не придуман заранее за столом — он вырастает из того, что мастера реально отмечают на практике.