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

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

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

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

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

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

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

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

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

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