Анализ простоев оборудования на производстве в excel

Учет и анализ простоев – это одна из основополагающих в формуле повышения эффективности производства. Адекватный учет простоев оборудования позволит увидеть реальные узкие места в производстве. Правильная организация учета и анализа простоев позволит повысить эффективность производства и, в конечном итоге, минимизировать затраты и увеличить прибыль.

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

1. Создаем три уровня простоев

Уровень 1 – самый верхний уровень простоев. Это самая вершина пирамиды и состоит она буквально из нескольких пунктов (например: простой производственной линии; общезаводской простой; ненадлежащее снабжение ТМЦ и т.д.).

Уровень 2 – более расширенный список простоев. Это список, который расшифровывает простои уровня 1 (например: общезаводской простой 1-го уровня состоит из таких простоев 2-го уровня: аварийное отключение электроэнергии; аварийность ЖД; аварийность автотранспорта и т.д.).

Уровень 3 – детальный список простоев. Это самый детальный список поломок и простоев. Но, исходя из личного опыта, хочу предупредить, что список простоев 3-го уровня всё-таки не стоит делать слишком большим. Список в 500 пунктов уже будет довольно тяжел в работе и рискует не прижиться. В нашем случае был разработан список из 200 таких позиций, и, поверьте, даже с таким списком на первых порах было затруднительно работать. Итак, список простоев 3-го уровня – это именно тот список, с которым придется работать конечному пользователю (работнику, который будет на своем рабочем месте фиксировать простои). Но все же, необходимо сделать его максимально полным, при этом сохранив его компактность, и попытаться максимально избежать таких пунктов, как «прочие» (например: простой 2-го уровня «аварийное отключение электроэнергии» может состоять из таких пунктов: выход из строя центральной трансформаторной подстанции; повреждение линий электропередач; выход из строя одного ввода; аварийное отключение электроэнергии из-за погодных условий (гроза) и т.д.).

Почему, как указано выше, нужно прилагать максимальные усилия для исключения из списка простоев 3-го уровня пункт «прочие»? Всё очень просто. Имея в перечне из 100 или 300 позиций простоев пункт «прочие», человек при фиксации простоев может перестать пользоваться списком как таковым и все его простои станут «прочими», что значительно затруднит анализ. И таких пользователей, поверьте, будет не мало.

2. Кодируем простои 3-го уровня

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

Внимание! Для корректной работы журнала учета простоев в Excel, коды простоев не должны повторяться, т.е. каждый простой 3-го уровня должен иметь свой индивидуальный код.

Пример кодирования простоев 3-го уровня:

Самым последним пунктом можно включить пункт типа «Для информации». Он будет служить для фиксирования информации, которая простой за собой не повлекла, но может быть важной для производства (например: при работе конвейера 1Л-120 греется подшипник на приводном барабане).

3. Создаем журнал учета простоев (файл в формате Excel)

Самый простой журнал учета простоев будет иметь вид (пример):

Столбцы B, C, E, I заполняются пользователем.

Рассмотрим заполнение журнала простоев более детально. Мы решили, что фиксируются все простои длительностью более одного часа (пересменки и прочие технологически необходимые простои мы учитывать не будем). Файл мы отдали диспетчеру нашей производственной линии, если нет возможности вести пользователю данный файл на компьютере, можно отдать его в бумажном режиме, при этом, для простоты работы, исключив столбцы, которые будут вычисляться автоматически. Вместе с файлом или журналом учета простоя на бумажном носителе у пользователя должен быть распечатанный перечень кодов простоев 3-го уровня с их текстовым пояснением. Для удобства пользования простои 1-го и 2-го уровня в этот список лучше не включать, чтобы не усложнять работу сотрудника при фиксации факта простоя. Список простоев 1-го и 2-го уровня он нужен уже непосредственно для анализа возникших простоев.

Итак, Столбец A – это обыкновенный порядковый номер записи простоя (этот столбец совсем не обязателен в журнале). Столбец D – время начала простоя, которое заноситься сотрудником при возникновении такового. Столбец C – время окончания простоя опять же заноситься сотрудником. Столбец D – расчетное значение времени простоя (его мы вычисляем по формуле «Столбец C» – «Столбец B»), если предприятие работает круглосуточно и производственные сутки считаются, скажем, с 8:00 до 8:00, то применяем формулу =ЕСЛИ(C2<B2;C2+1;C2)-B2  ). Столбец E – код соответствующего простоя, который сотрудник находит в списке простоев 3-го уровня. Столбцы F, G, H заполняются автоматически при помощи функции ВПР (пример такой функции для простоев 1-го уровня будет выглядеть так: =ЕСЛИОШИБКА(ВПР(E2;’Коды простоев’!$A$1:$D$800;2;ЛОЖЬ);0)  ). Т.е. формула работает следующим образом, при вводе кода простоев на вкладке файла Excel, где находиться наш журнал, из таблицы, размещенной на другой вкладке этого же файла Excel и называемого «Коды простоев», автоматически в ячейку Е2 будет «подтянуто» пояснение простоя 1-го уровня к коду простоя 8. Столбец I – это пояснение к простою, которое заноситься сотрудником при фиксировании простоя и содержит в себе необходимые краткие пояснения причин возникновения простоя или его следствия.

Таким образом, мы получаем весьма упрощенный журнал для ведения учета простоев. Но, тем не менее, эту информацию уже можно изучать и анализировать. Далее мы рассмотрим создание более функциональных журналов учета простоев и системы их анализа.

Скачать для примера файл «Журнал учёта простоев»

Если материал поста был для Вас полезен, поделитесь ссылкой на него в своей соцсети:

При использовании материалов сайта наличие активной ссылки на www.blogbusiness.com.ua обязательно

Вам также может быть интересно:

Создание журнала учёта потерь производства в формате Excel

Отложил себе «на потом» задачу товарища asabod из Kraft Foods Global Inc., а тут форум поломали и тема исчезла. Но файл-то остался с интересным вопросом  
Чего-то получилось. Может, автор появится, посмотрит, или кому еще пригодится.  
Задание такое (за точность не ручаюсь — только основные моменты).  

  Оператор в таблицу вносит данные о простое оборудования (начало, конец, причина).  
1. Необходимо по этим данным строить график, отражающий простои оборудования и всей линии в течение смены.  
2. Хорошо бы организовать архив данных о поломках с возможностью выбора по линии, смене, дате.  

  Все, что мог, расписал в файле.  
Обнаруженный недостаток — При «расстоянии» между простоями меньше 5 минут ячейка между ними не закрашивается (т.е. выпадает из подсчета 5 минут).    
Создание архива — удел VBA, формулами будет громоздко (в смысле веса файла).  
Кому нужно, критикуйте  
Или дорабатывайте под свои нужды.

В развитии поднятой темы про информационные ресурсы, хочу поделиться конкретным примером внедрения электронного файла по учету простоев производственной линии.

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

Изначально руководство попросило начальника производства вести файл учета простоев новой линии, не дав при этом никаких рекомендаций. И начальник производства завел Word файл и начал в произвольной форме заносить соответствующие данные по простоям линии. Прошли месяцы, но никто не думал и не вспоминал про файл, пока не стали замечать (руководство, конечно), что очень много незапланированных простоев линии. Поинтересовались у начальника производства, тот ответил, что часто происходят поломки. Руководство вспомнило о файле, который завели в начале запуска новой линии. «Есть ли учет всех простоев? Дайте сводные данные» — попросили они. «Конечно, есть» — ответил начальник производства. После просмотра файла руководство пришло в ужас. Никакой стандартизации и классификации не было, очень плохо структурированные данные, которые никоим образом невозможно было обработать (word) и проанализировать. Полезной информации было извлечь сложно. Урок был получен.

В целях сбора статистической информации для выявления причин простоев линии разработали структуру данных в Excel с определенной классификацией, о которой я расскажу чуть позже. Данные поручили вносить четырем сменным мастерам производственной линии. Предварительно ознакомленные со структурой файла и правилами занесения данных они стали вносить первые структурированные данные. Контроль над внесением данных в файл осуществлял начальник производства. Начались проблемы.

Слабые знания мастеров о возможностях Excel давали о себе знать. Часто появлялись ошибки. В основном, это касалось случайного нажатия не той клавиши и не умения исправить ошибку. Здесь мне очень хочется заметить, что казалось все просто на словах, нежели на деле получилось. Просто показать один раз мастерам, как надо заносить и какую кнопочку нажимать мало. Необходимо обучить людей так, чтобы они умели поправлять себя сами, понимать какие ошибки они делают. Поэтому было принято решение начать обучение работе в Excel мастеров и других сотрудников, которые занимались вводом и обработкой данных. Про обучение в скором будущем я хочу написать отдельную заметку.

Файл начал приобретать серьезную форму базы данных. Накапливалась много информации. Мастера делали свое дело, вносили четко и технически правильно. Но вскоре было замечено, что формулировка отдельных записей о простоях была некорректна и неправильно описывала причину простоя. Расскажу немного о структуре данных, чтобы внести ясность в проблему, с которой мы столкнулись. Ниже представлена вырезка из файла учета простоев.

Первые колонки представляют собой время начала и окончания простоя (в часах и минутах), колонка «время простоя» (интервал) считается автоматически. Далее идет «Тип остановки» (классификация причин). На картинке видно только три типа остановки, на самом деле их больше. Следующая колонка «Описание причины» и «Маркировка оборудования по схеме». Ошибка была в написании причины остановки. На рисунке вы видите, как мастер записал в «Тип остановки» — аварийная остановка (подчеркнуто). Но в «описание причины» занес фразу «ремонт магнитных сепараторов», что является следствием для этой остановки. И тут сразу пришлось объяснять мастерам, что в «описание причины» необходимо заносить саму причину остановки, а не то, что делалось во время остановки. Объясняли по простому.

Идет человек по улице, упал. Его спрашивают: «почему упал?», тот отвечает «сижу, шнурки завязываю». Его опять спрашивают: «Да нет, какова была причина твоего падения?», тот отвечает «ну, дык, об камень споткнулся». Именно после такого объяснения мастера восклицали: «А, так понятно теперь!». Я хочу заметить, что начиная работать с одним файлом, только с одним, не с теми 40, о которых я писал ранее, понимаешь насколько плотно надо работать с людьми. А если честно, что вы думаете, что после такого понятного примера с человеком и шнурками все стали сразу вносить формулировки без ошибок? Ничего подобного. И вновь и вновь приходилось рассказывать ту же самую байку. Ошибки повторялись.

При разработке такой таблицы следует тщательно продумать классификацию типов остановок. В приведенном фрагменте таблицы классификация «тип остановки» была далеко не идеальной (2006 год). Впоследствии мы выделили три важных типа (кроме прочих) остановок: Планово-предупредительный ремонт (ППР), Внепланово-предупредительный ремонт (ВПР), Аварийная остановка. ППР делается по заранее запланированному графику (каждую среду). ВПР делается по симптомам (все работает, но где-то стучит, где-то потекло). Аварийная остановка — явная, непредвиденная поломка. Данные в разрезе такой классификации дают нам полезную динамику роста или уменьшения простоев. Например, мы видим существенное уменьшение аварийных остановок за счет дополнительного ВПР, что соответствует идеям TPM.

Безусловно, учет простоев удалось внедрить. Вопрос, какими усилиями? Сразу скажу, что ушли месяцы на то, чтобы файл приобрел отлаженную, с четкими и понятными формулировками базу данных. У многих, думаю, возникает вопрос — а почему бы не сделать такой учет в общей информационной системе? Ответ таков: прежде, чем загружать айтишников работой, необходимо сначала протестировать на более простом инструменте. В данном случае Excel очень удобный инструмент для создания прототипа учета. Инструмент универсальный, доступный для быстрого использования, в нем можно быстро изменить структуру таблицы, форматы, формулы. Excel позволяет легко делать сводные таблицы и диаграммы Парето. Представлять исходную информацию в наглядной форме. Хочу заметить, что реально приходится работать в Excel (до переноса в корпоративную информационную систему) от нескольких месяцев до нескольких лет.