На заметку ·
Причины простоя оборудования: как собирать данные без поиска виноватого

Собирайте данные о простоях так, чтобы каждая запись отвечала на вопрос «что остановило процесс», а не «кто виноват». Фиксируйте оборудование, операцию, время начала и окончания, краткое описание события и причину. Причину формулируйте как условие: «не сработал датчик наличия заготовки» вместо «оператор не проверил». Тогда повторяющиеся записи покажут, где искать решение.
Что фиксировать при остановке оборудования
Простой — это время, когда оборудование не выпускает продукт по плану. В записи должны быть пять элементов: идентификатор оборудования, операция, время начала и окончания, короткое описание события и причина. Без любого из них анализ упрётся в догадки.
Оператор при остановке отмечает время и описывает событие своими словами: «линия встала, на пульте горит сигнал отсутствия заготовки». Оценку людей на этом шаге не дают. Мастер или ремонтная служба позже уточняют причину и способ устранения. Такое разделение ролей снижает риск, что запись превратится в выговор.
В конце смены проверьте полноту: у каждой остановки должны быть начало, конец, оборудование и причина. Запись с причиной «прочее» без пояснения считается неполной. Если причина неизвестна, напишите «причина не установлена, требуется диагностика» — это честнее, чем подгонять событие под удобную категорию.
Как разделять причины по источнику
Общая категория «организационный простой» смешивает разные события: ожидание сырья и ожидание ремонтника попадут в одну строку, и по ней нельзя выбрать действие. Разделяйте причины по источнику: оборудование, материал, персонал, метод, среда. Внутри каждого источника формулируйте конкретное условие.
Сравните две записи. Первая: «остановка из-за оператора». Вторая: «не сработал датчик наличия заготовки, оператор остановил линию по сигналу». Первая ведёт к поиску виноватого, вторая — к проверке датчика. Полезно заранее договориться о списке типовых причин, чтобы разные смены не называли одно и то же разными словами.
Источник «персонал» тоже формулируйте как условие: не «наладчик опоздал», а «ожидание наладчика 25 минут, вызов передан в 14:10, наладчик прибыл в 14:35». Такая запись показывает, где теряется время: в передаче вызова, в загрузке наладчика или в логистике.
| Источник | Пример формулировки | Что проверять |
|---|---|---|
| Оборудование | Засорился фотодатчик транспортера | Маршрут осмотра, чистота зоны датчика |
| Материал | Ожидание крышек 40 минут | График подачи, запас на линии |
| Персонал | Ожидание наладчика 25 минут | Порядок вызова, загрузка наладчика |
| Метод | Нет инструкции по замене рулона | Наличие и доступность инструкции |
| Среда | Пыль от соседнего участка | Изоляция зоны, периодичность уборки |
Порядок сбора и проверки полноты за смену
Шаг 1. Оператор при остановке сразу отмечает время и коротко описывает событие — детали забываются. Шаг 2. Мастер или ремонтная служба уточняет причину и способ устранения. Шаг 3. В конце смены ответственный проверяет полноту: у каждой остановки есть начало, конец, оборудование и причина; записей без причины или с «прочее» без пояснения нет.
Регламент должен заранее определять, кто и когда заполняет причину и как проверяется полнота. Если в смене несколько операторов, назначьте одного ответственного за сверку. Проверку удобно делать по чек-листу: оборудование указано, время начала и окончания есть, описание содержит действие или наблюдение, причина отнесена к источнику.
В электронной системе настройте обязательные поля, но не превращайте это в слепое заполнение: поле «прочее» должно требовать короткого текстового пояснения. Иначе обязательность полей создаёт видимость порядка, а данные остаются непригодными.
Длительность и повторяемость: что считать
Для анализа считайте два показателя вместе: суммарную длительность и число повторений. Одна остановка на 120 минут и двенадцать по 10 минут дают одинаковые 120 минут, но требуют разных действий. Длительная остановка чаще указывает на отказ узла или крупную организационную проблему. Частые короткие остановки говорят о нестабильности процесса: сбои датчиков, мелкие переналадки, ожидание мелочей.
По одной смене нельзя выбрать приоритет — нужно проверить, повторяется ли причина в другие смены. Если ожидание крышек случилось один раз, это может быть разовым сбоем поставки. Если повторяется три смены подряд, пора согласовывать график подачи. Для датчика достаточно записать, что засорение повторилось, и включить его в маршрут осмотра.
Пример. Линия розлива за смену 8 часов имела три остановки. Записи: 10:00–10:40 — нет крышек, причина «ожидание материала»; 12:15–12:25 — сработала защита транспортера, причина «засорение фотодатчика»; 15:30–15:35 — остановка для замены рулона этикетки, причина «плановая переналадка». Суммарный простой 55 минут. По одной смене приоритет не выбрать, но видно, что самая длинная остановка связана с ожиданием крышек. Следующий шаг — проверить, повторяется ли ожидание в другие смены, и если да, согласовать график подачи. Для датчика записать повторяемость и включить в осмотр.
Проверка результата: через несколько смен в журнале не должно быть записей без причины и без времени. Если хотя бы одна остановка осталась с пометкой «прочее» без пояснения, уточните её до анализа. Иначе повторяемость будет посчитана неверно, и решение уйдёт не туда.