Нужна помощь по созданию базы данных цепочек производства.


12 года 11 мес. назад #7782 от Александр Карбаинов

Евгений Фролов пишет:

Александр Карбаинов пишет: Фи, уважаемые коллеги.

Александр, я что, опять задал вопрос, считающийся неприличным в среде лин-консультанотов?!
Если так, то я его снимаю,... Sorry. :dry:

Неа, обсуждайте аргументацию, а не друг друга.

Keep it simple, stupid!

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7787 от ПОЛИНА
На всех интересующих вас перемещениях с помощью сканирования
вход/выход можно отслеживать время перемещения и задать время для
каждого перемещения. Создав отчетность так, чтобы в нее входили
только перемещения с отклонениями по времени.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7788 от Валерий Казарин
Давайте упростим сбор данных. Зачем сканеры - к ним нужно подходить, отмечаться... Выдать каждому рабочему + закрепить на каждой партии продукции по GPS-приемнику/передатчику и написать программу, которая будет анализировать их местоположение и учитывать время. ;)

Интересно, мне одному привиделся Большой Брат? ;)

С уважением,
Валерий Казарин

wkazarin.ru/
leanshop.ru/
leanworker.ru/

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад - 12 года 11 мес. назад #7789 от Макаров Дмитрий Сергеевич
Думаю для таких целей вам подойдет ERP система Syte line!

Не подумайте я не рекламщик, просто наша организация уже лет 5 пользуется данным ресурсом, и весьма успешно.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7790 от Сергей Каминщук

Валерий Казарин пишет: Давайте упростим сбор данных. Зачем сканеры - к ним нужно подходить, отмечаться... Выдать каждому рабочему + закрепить на каждой партии продукции по GPS-приемнику/передатчику и написать программу, которая будет анализировать их местоположение и учитывать время. ;)

Интересно, мне одному привиделся Большой Брат? ;)


Наверно лучше сделать специальные ящики с приемниками. Но вы увидете где партия находится а не в каком она состоянии. Например у станка: 2 варианта в обработке либо ожидание. Приемник не отработает только человек может сказать операция закончена или операция начата либо станок ЧПУ.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7791 от Александр Филонов

Сергей Каминщук пишет: Приемник не отработает только человек может сказать операция закончена или операция начата либо станок ЧПУ.


Значит прикрепить к нему микрофон. Пусть говорит.:) С учетом стандартного набора кодовых слов, которыми выражается муда и всякие негоразды - можно будет точно сказать что произошло.:laugh:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7792 от Валерий Казарин

Сергей Каминщук пишет: Наверно лучше сделать специальные ящики с приемниками. Но вы увидете где партия находится а не в каком она состоянии. Например у станка: 2 варианта в обработке либо ожидание. Приемник не отработает только человек может сказать операция закончена или операция начата либо станок ЧПУ.


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

P.S. Сейчас на заводе одного клиента решают проблему сортировки брака и учета этой сортировки в автоматизированной системе. В чем проблема? Брак не сортируется, брак "до" и "после" операции попадает в одну кучу, никто не анализирует, что откуда попало, а для системы планирования надо знать - где брак возник, кому платить за качественную работу, а кому уже не платить, потому что брака наделал. Это пример.

С уважением,
Валерий Казарин

wkazarin.ru/
leanshop.ru/
leanworker.ru/

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7793 от Петр Коган
Сергей!
Мы решили похожую задачу, без сканеров и радио-меток, но с использованием дополнительных компьютеров.
1. Система накапливала задания и формировала очередь на каждое рабочее место (по определенному алгоритму).
2. Оператор обращался к программе. Программа распознавала оператора и рабочее место по простому числовому коду (трех разрядов нам хватило) и выдавала очередное задание.
3. По выполнении задания, оператор обращался к программе, которая закрывала выданное задание и предлагала следующее задание.
4. Естественно, каждое действие фиксировалось по времени.
5. Дальше задача состояла только в том, чтобы интерпретировать все временные интервалы. И вывести в соответствующий отчет.
При этом, как и рекомендовали коллеги, мы не стремились измерить всю муду.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7799 от Сергей Каминщук

Петр Коган пишет: Сергей!
Мы решили похожую задачу, без сканеров и радио-меток, но с использованием дополнительных компьютеров.
1. Система накапливала задания и формировала очередь на каждое рабочее место (по определенному алгоритму).
2. Оператор обращался к программе. Программа распознавала оператора и рабочее место по простому числовому коду (трех разрядов нам хватило) и выдавала очередное задание.
3. По выполнении задания, оператор обращался к программе, которая закрывала выданное задание и предлагала следующее задание.
4. Естественно, каждое действие фиксировалось по времени.
5. Дальше задача состояла только в том, чтобы интерпретировать все временные интервалы. И вывести в соответствующий отчет.
При этом, как и рекомендовали коллеги, мы не стремились измерить всю муду.


А задания вы не печатаете? В электронном виде регистрируете начало и конец? Я так понимаю у вас оплата сдельная по результатам заданий?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


12 года 11 мес. назад #7818 от Игорь Киселев
Сергей, повторюсь, но добавлю свой голос в общее мнение.
Вы сформулировали задачу, которую НЕ рационально решать для целей Lean.
Мы в проекте тоже формулировали подобный вариант оценки потерь, но отказались, оценив какие затраты в свою очередь это повлечет.
Для оценки потерь не нужно такой точности. Предлагаю Вам 2 альтернативы:
1. Потратить 60 минут
2. Общайтесь с рабочими. Они Вам столько про муду расскажут, что на столетия хватит разгребать и отсортировать по важности помогут. Главное- чтобы Ваши и их цели совпадали.

Но у нас, к примеру, проблема в другом: если сильно оптимизировать производство- приходит ОТЗ и режет время сдельщикам (то бишь зарплату) - отсюда сопротивление.

p.s. Обратите внимание на TOC- там не ищут потери во ВСЕЙ производственной цепочке. Потери критичны только в узком месте, где они влияют НА ВСЮ цепочку.

tobetter.ru/ - Личный блог о практике Lean и другим вопросам развития...
Спасибо сказали: Aлександр Вьюшин

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Работает на Kunena форум