Модель управления производством. В упаковке. Картинки кликабельны.

[erp_shik]

Наконец-то я собрался с мыслями и решил таки описать всю нашу производственную модель. Систематизировать, так сказать. Нет, все инструкции разумеется есть, мы за ними очень тщательно следим. Но мне всегда хотелось описать всю модель как-то в одном месте целиком.

И кроме того, хотелось бы ее сделать визуальной и интерактивной. Я ее вот тут опишу, а если у кого есть хороший дизайнер, способный ее сделать в виде красивой интерактивной схемы (чтобы было не только понятно, что и как ходит, но и тыкать в место схемы и проваливаться по ссылке в инструкцию), то с удовольствием с ним посотрудничаю. Так что если у кого есть, то пусть мне пишет.

Установка для руководителя:

Забудь про совещания, планерки, летучки и прочую ересь. Это потеря времени, как твоего, так и твоих сотрудников. Все равно ты там ничего толком не выяснишь. А даже, если выяснишь, то уверенным быть не сможешь, что это все действительно так. Потеря времени - это потеря денег. Чем больше совещаний, тем меньше эффективности. Количество совещаний - индикатор эффективности. Чем их больше, тем хуже.

Наша модель управления производством построена на базе индикаторов. Иными словами, если ты хочешь, чтобы все было спокойно и ритмично, то просто сделай так, чтобы в индикаторах не было черных и красных записей. Вмешивайся в конкретный индикатор тогда, когда в нем есть нехорошие записи. Все индикаторы - это фактически рабочие места ключевых сотрудников компании. Очередь закупок, очередь ожидания прихода, очередь входного контроля, входной контроль, очередь изолятора, очереди производства и очереди ОТК. Шесть основных индикаторов. Выведи их себе на рабочий стол и несколько раз в день заглядывай. Если есть нехорошие записи - свяжись с соответствующим сотрудником и разберись точечно.

За время последнего внедрения мы довольно крепко модернизировали модель. В принципе мы в каждом проекте вносим в нее что-то новое.

Развивали мы не только процессы, но и техническую сторону. Сервер нам дали дохленький, пришлось поколдовать. Полное построение всех графиков работы на всех рабочих местах пару месяцев назад занимало около часа на этом сервере. Сейчас наколдовали так, что все графики мы перестраиваем за 10 минут. На этом конкретном проекте, где некоторые изделия состоят из десяти тысяч элементов. Самое длительное построение графиков в Розе Сантане, там около 18 минут. На более простых проектах это занимает вообще несколько минут. Просто немыслимая цифра. Я как-то был в Челябинске на заводе, где уже лет пять пытаются внедрить BAAN. Верней уже даже и не пытаются. Так вот, там график производства считается часа четыре. Только производства. Графика закупок как такового нет, я уже не говорю про всякие очереди изоляторов, ОТК, входного контроля и т.д. Сколько бы это вместе считалось даже представить страшно. При этом никакой промышленной эксплуатации там нет, база пустая.

Итак, поехали.

Наверное все начинается с разработки дерева изделия. Кто-то заносит номенклатуру, которую мы планируем продавать и формирует заявку на разработку дерева. Конструктора + технологи совместными усилиями делают дерево и закрывают заявку на его разработку. Кто надо получает об этом уведомление и может это дерево утвердить (если это нееобходимо). Все, товар можно продавать. Если в будущем что-то в дереве изменится (например технолог что-то изменит), то система сформирует извещение об изменении, чтобы конструктор внес соответствующие изменения в КД.

Менеджер выписывает счет, заносит туда товар, указывает количество и дату, когда он хотел бы это отгрузить. Запускает счет в работу. Система копирует конструкторское дерево в заказ и начинает с ним работать. Решает, нужно ли что-то делать по этому счету, и если нужно, то что конкретно. Оценивает ситуацию, проводит замены на аналоги, если это требуется и т.д. Все, что требуется сделать по этому счету, встраивается в текущие графики работ на всех рабочих местах.

Вот так выглядит дерево изделия в счете. Это, так называемое, технологическое дерево. Оно может отличаться от конструкторского. Например тем, что здесь часть элементов может быть заменена на аналоги. Разумеется автоматически. Кликайте на картинки, там хорошее качество.




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

Хотя именно так и работают на многих предприятиях. Берут КД по каждому заказу и ковыряют оттуда покупнину, затем рисуют себе в Excel потребность, где отмечают, что уже заказали поставщикам, причем заказывают не то, что надо, а то, что надо не заказывают. Ну, вы знаете, как это происходит ))

Адский труд, отнимающий огромное количество времени и порождающий кучу ошибок.

Вот картинка понагляднее. Здесь много чего надо покупать и система по каждой позиции показывает, как с ней обстоят дела. Менеджер, ведущий проект, просто открывает свой счет и видит, где и какие проблемы с его изделием. Красные записи - это нехорошо. Надо жаловаться в соответствующие инстанции ))

Здесь нет сортировки по приоритету, потому что это не график закупок, это конкретное изделие.




В системе есть несколько ключевых рабочих мест, по которым собственно и происходит управление всеми процессами производства. Я называю эти рабочие места «индикаторами»;. Руководство постоянно наблюдает за состоянием дел во всех индикаторах и вмешивается тогда, когда индикатор уходит в красную зону. Если этого не происходит, значит у нас все спокойно.

• очередь закупок
• очередь ожидания прихода
• очередь входного контроля
• входной контроль (ВК)
• очередь изолятора
• очередь производства (как по всему производству, так и по каждому участку)
• очередь оплат


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




А вот это очередь ожидания. Именно она определяет важность осуществления платежей поставщикам. Это позиции, которые уже заказаны поставщикам. Чтобы ничего не прошляпить система и тут строит очередь ожидания и менеджмент за ней тоже наблюдает. Это важно, если поставщик, которому что-то заказали начинает динамить. И чтобы не пропустить этот момент, смотрим постоянно сюда тоже.




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




Разумеется все эти приоритеты динамичны. Верней, почти динамичны. Если ситуация как-то изменится, то система перестроит все графики и переориентирует все ресурсы на более важный заказ. А ситуация точно изменится, появятся новые заказы, перенесут старые, как-то изменятся складские запасы и т.д. По практике все графики пересчитывают несколько раз в день. Настолько у людей все динамично.

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

Передача на входной контроль происходит разумеется непосредственно из очереди. Инженер ОТК из очереди заносит заявку на ВК и эта позиция разрешается к отдаче с «зоны приема». После этого инженер ОТК идет на склад «зона приема» и ему отдают по заявке то, что он запросил.




Однако здесь есть не только приоритет, показывающий важность проверки той или иной позиции. Здесь еще есть колонка «Можно», которая говорит о том, а есть ли смысл проверять эту позицию сейчас. Если по результатам проверки вы все равно не сможете запустить производственное задание, то система в колонке «Можно» покажет 0. Не стоит проводить входной контроль, если в этом нет смысла, даже если очень высокий приоритет. Однако в некоторых случаях это делать стоит, тут надо смотреть по ситуации. Система не запрещает. Если на входном контроле проверяют пакет документов, то передавать все таки надо. Потому что если не передашь, то не узнаешь, есть ли необходимые документы. В будущем планируем сразу кладовщикам при приходе в «зону приема» показывать, какие именно проверить документы, сертификаты.

Следующий индикатор - Непосредственно сам входной контроль.

Это то, что уже передано на ВК. Здесь тоже может быть довольно много позиций, особенно на старте, когда люди еще не привыкли к системе и не очень понимают, как необходимо работать. Не так много записей, как в очереди, но тоже прилично. В нормальной ситуации здесь не должно быть много записей.




Нормальная работа - это когда ты берешь себе на ВК позицию, когда ты готов ее проверять, а не просто потому что она в очереди черная. Этому люди учатся со временем.

По результатам проверки на ВК позиция передается либо на питающий производство склад (РЦ), либо в изолятор, либо в брак. Если товар требует прохождения ВК, то до тех пор пока он не пройден система не разрешит запустить производственное задание, которое в нем нуждается. В то же время система покажет, что это задание ждет именно вот этого болта, который сейчас лежит на входном контроле. Чуть ниже покажу, как это работает.

Кстати, номер перемещения на ВК - это и есть номер входного контроля, который можно наносить на изделия. В том числе и штрих-кодом

Если позиция в порядке, то ее с входного контроля разрешают к приему на питающий склад. Несут туда, и кладовщик питающего склада принимает ее на склад в программе. Тут уже адресное хранение, все дела.

Если позиция в порядке, но не хватает важных документов, то ее кладут в изолятор. Она тут же попадает в очередь изолятора, за которой наблюдают закупщики. Все, что там есть - это предмет для беспокойства закупщиков. Это значит, что поставщик не привез нужные документы. В этом списке тоже может быть довольно много записей, поэтому и здесь мы показываем приоритет, чтобы закупщики понимали, какой позицией заниматься в первую очередь, какой во вторую и т.д.

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




Если позиция бракованная, то ее переводят с входного контроля в брак, после чего система автоматически рождает новую потребность и эта же позиция опять появляется в графике закупок.

То есть разница между Изолятором и Браком состоит в том, что нахождение позиции в изоляторе не рождает новую потребность, а нахождение в браке - рождает.

Если все ок, то железка оказывается на питающем складе, откуда производству можно забирать комплектующие, о чем они и получат сигнал, что можно формировать производственное задание.

Производство запускает задания непосредственно из очереди. Каждый участок видит свою очередь.

Вот так выглядит единая очередь по всем участкам. Обратите внимание на первую запись. Написано «Можно» 0, но «Можно ВК» 52. Это значит, что что-то застряло на входном контроле.




Чтобы понять, что именно застряло нажимаем специальную кнопочку и видим, что в «Зоне приема» застряло “Ребро УБГ-СГ 5131.01.02.01.104-03”. Оно сейчас находится в очереди входного контроля.




Запустить это задание система не даст, пока не будет пройден входной контроль этого ребра.

В этом случае просто переходим к следующей позиции, которую производить можно и запускаем ПЗ.

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

По факту исполнения ПЗ передаем его на ОТК и оно попадает в очередь ОТК. Инженеры ОТК работают с этой очередью. Если все ок, то позицию разрешают к приему на следующий участок. Если нет, то инженер ОТК возвращает ее обратно на участок и она уходит из очереди ОТК обратно в производство. При необходимости может написать, в чем конкретно проблема. Но обычно не пишут, потому что общаются )

Разумеется мы знаем, сколько раз позиция откатывалась назад и на какой участок. Чтобы было над чем подумать в плане качества.

Затем открывается следующее ПЗ и т.д. И так пока изделие не доберется до финиша.

Если производственный цикл короткий, то тогда люди пользуются не узловой очередью, а очередью готовых изделий и стартуют изделие оттуда. Тогда система сразу создает все ПЗ для этого изделия на все участки.

Ну и пожалуй, что все.

Про всякие складские процедуры, себестоимость, и финансы писать не буду. Это уже банальщина ))
Сейчас занимаемся выравниванием производственного графика, срезанием пиков. Задачка оказалась чрезвычайно сложной, поэтому не победили до сих пор. Но, разумеется, победим.
Источник