Нужна помощь по созданию базы данных цепочек производства.
- Александр Карбаинов
- Не в сети
- Живу я здесь
- Сообщений: 1432
- Спасибо получено: 6
Неа, обсуждайте аргументацию, а не друг друга.Евгений Фролов пишет:
Александр, я что, опять задал вопрос, считающийся неприличным в среде лин-консультанотов?!Александр Карбаинов пишет: Фи, уважаемые коллеги.
Если так, то я его снимаю,... Sorry.
Keep it simple, stupid!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
вход/выход можно отслеживать время перемещения и задать время для
каждого перемещения. Создав отчетность так, чтобы в нее входили
только перемещения с отклонениями по времени.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Валерий Казарин
- Не в сети
- Expert
Интересно, мне одному привиделся Большой Брат?
С уважением,
Валерий Казарин
wkazarin.ru/
leanshop.ru/
leanworker.ru/
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Макаров Дмитрий Сергеевич
- Не в сети
- Новый участник
- Сообщений: 15
- Спасибо получено: 0
Не подумайте я не рекламщик, просто наша организация уже лет 5 пользуется данным ресурсом, и весьма успешно.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Сергей Каминщук
- Автор темы
- Не в сети
- Новый участник
- Сообщений: 8
- Спасибо получено: 0
Валерий Казарин пишет: Давайте упростим сбор данных. Зачем сканеры - к ним нужно подходить, отмечаться... Выдать каждому рабочему + закрепить на каждой партии продукции по GPS-приемнику/передатчику и написать программу, которая будет анализировать их местоположение и учитывать время.
Интересно, мне одному привиделся Большой Брат?
Наверно лучше сделать специальные ящики с приемниками. Но вы увидете где партия находится а не в каком она состоянии. Например у станка: 2 варианта в обработке либо ожидание. Приемник не отработает только человек может сказать операция закончена или операция начата либо станок ЧПУ.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Филонов
- Не в сети
- Живу я здесь
- Сообщений: 6616
- Спасибо получено: 714
Сергей Каминщук пишет: Приемник не отработает только человек может сказать операция закончена или операция начата либо станок ЧПУ.
Значит прикрепить к нему микрофон. Пусть говорит. С учетом стандартного набора кодовых слов, которыми выражается муда и всякие негоразды - можно будет точно сказать что произошло.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Валерий Казарин
- Не в сети
- Expert
Сергей Каминщук пишет: Наверно лучше сделать специальные ящики с приемниками. Но вы увидете где партия находится а не в каком она состоянии. Например у станка: 2 варианта в обработке либо ожидание. Приемник не отработает только человек может сказать операция закончена или операция начата либо станок ЧПУ.
Сергей, этот путь (с приемниками) заведет вас бог весть куда, и количество отклонений, с которыми вы столкнетесь, будет просто зашкаливать.
Ну ладно, партия может стоять, может обрабатываться. Это одно
Другое, партии могут объединяться/делиться на любой операции в произвольной пропорции.
Из каждой партии могут отпочковываться новые партии - брака, причем до выполнения операции и после. Причем даже после может выявляться брак, сделанный на предыдущих операциях, а не на последней.
Детали могут таскать не только по маршруту, но и еще куда-нибудь.
Отдельные детали из партии могут подвергаться контрольным процедурам - их могут таскать в лабораторию, на измерительное оборудование, от партии материала могут отрезать куски/части для выполнения разрушающего анализа и т.п.
Транспорт может ломаться, транспортные тележки могут срочно потребоваться на другом участке/ в другом цеху.
Транспорта может не хватать, его может быть в переизбытке...
Один человек может таскать детали поштучно, другой - по две телеги...
Ох, в зависимости от того, с чем вы работаете, можно столько видов муды навспоминать, что двух листов убористым почерком может не хватить, а ведь для каждого такого вида нужно понять - годятся наши методы фиксации или нет, и как отличить один вид муды от другого... Если это нужно...
ИМХО, это путь в нетуда.
P.S. Сейчас на заводе одного клиента решают проблему сортировки брака и учета этой сортировки в автоматизированной системе. В чем проблема? Брак не сортируется, брак "до" и "после" операции попадает в одну кучу, никто не анализирует, что откуда попало, а для системы планирования надо знать - где брак возник, кому платить за качественную работу, а кому уже не платить, потому что брака наделал. Это пример.
С уважением,
Валерий Казарин
wkazarin.ru/
leanshop.ru/
leanworker.ru/
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Петр Коган
- Не в сети
- Захожу иногда
- Сообщений: 57
- Спасибо получено: 26
Мы решили похожую задачу, без сканеров и радио-меток, но с использованием дополнительных компьютеров.
1. Система накапливала задания и формировала очередь на каждое рабочее место (по определенному алгоритму).
2. Оператор обращался к программе. Программа распознавала оператора и рабочее место по простому числовому коду (трех разрядов нам хватило) и выдавала очередное задание.
3. По выполнении задания, оператор обращался к программе, которая закрывала выданное задание и предлагала следующее задание.
4. Естественно, каждое действие фиксировалось по времени.
5. Дальше задача состояла только в том, чтобы интерпретировать все временные интервалы. И вывести в соответствующий отчет.
При этом, как и рекомендовали коллеги, мы не стремились измерить всю муду.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Сергей Каминщук
- Автор темы
- Не в сети
- Новый участник
- Сообщений: 8
- Спасибо получено: 0
Петр Коган пишет: Сергей!
Мы решили похожую задачу, без сканеров и радио-меток, но с использованием дополнительных компьютеров.
1. Система накапливала задания и формировала очередь на каждое рабочее место (по определенному алгоритму).
2. Оператор обращался к программе. Программа распознавала оператора и рабочее место по простому числовому коду (трех разрядов нам хватило) и выдавала очередное задание.
3. По выполнении задания, оператор обращался к программе, которая закрывала выданное задание и предлагала следующее задание.
4. Естественно, каждое действие фиксировалось по времени.
5. Дальше задача состояла только в том, чтобы интерпретировать все временные интервалы. И вывести в соответствующий отчет.
При этом, как и рекомендовали коллеги, мы не стремились измерить всю муду.
А задания вы не печатаете? В электронном виде регистрируете начало и конец? Я так понимаю у вас оплата сдельная по результатам заданий?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Игорь Киселев
- Не в сети
- Давно я тут
Вы сформулировали задачу, которую НЕ рационально решать для целей Lean.
Мы в проекте тоже формулировали подобный вариант оценки потерь, но отказались, оценив какие затраты в свою очередь это повлечет.
Для оценки потерь не нужно такой точности. Предлагаю Вам 2 альтернативы:
1. Потратить 60 минут
2. Общайтесь с рабочими. Они Вам столько про муду расскажут, что на столетия хватит разгребать и отсортировать по важности помогут. Главное- чтобы Ваши и их цели совпадали.
Но у нас, к примеру, проблема в другом: если сильно оптимизировать производство- приходит ОТЗ и режет время сдельщикам (то бишь зарплату) - отсюда сопротивление.
p.s. Обратите внимание на TOC- там не ищут потери во ВСЕЙ производственной цепочке. Потери критичны только в узком месте, где они влияют НА ВСЮ цепочку.
tobetter.ru/ - Личный блог о практике Lean и другим вопросам развития...
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.