Проведите смену поставщика от запроса до выпуска. На каждом этапе четко показывайте текущие ревизии, решения по запасам и незавершенному производству.
Войдите, чтобы изучить пример в Jodoo. На экранах показаны вымышленные производственные записи.
| Термин | Назначение | Не путайте с |
|---|---|---|
| ECR: запрос на инженерное изменение | Предложить изменение и объяснить, почему его следует оценить. | Разрешение начать использовать измененную деталь или инструкцию. |
| ECO: приказ на инженерное изменение | Определить разрешенный объем и работы по внедрению. | Доказательством того, что каждый затронутый объект уже вступил в действие. |
| ECN: уведомление об инженерном изменении | Сообщить о вступившем в действие изменении и о том, к кому или чему оно относится. | Заменой нерешенных технических вопросов или подтверждений внедрения. |
Компании используют эти обозначения по-разному. Ваша процедура может объединять документы или называть их иначе. Сохраняйте различия между самими решениями и убедитесь, что сотрудники, меняющие производство, понимают, какой документ они получили.
В вымышленном примере команда хочет квалифицировать альтернативного поставщика кронштейна BRK-104 с текущей ревизией B. Инициатор записывает деловую причину, предлагаемое изменение и подтверждение квалификации. Инженерная служба не должна гадать, какого чертежа или объекта касается предложение.
Отделите срочные меры сдерживания от постоянного изменения. Если текущий материал небезопасен или не соответствует требованиям, следуйте применимой процедуре качества, пока продолжается инженерная оценка.
Инженерная служба решает, достаточно ли конкретен запрос для оценки. Верните его, если не хватает объема или подтверждений. Принятие позволяет подготовить приказ, но не дает закупкам или производству команды перейти на изменение.
Используйте форма запроса на инженерное изменение чтобы сохранить связь предложения с его проверкой.
Кронштейн переходит с B на C; для инструкции по сборке требуется собственное изменение ревизии. Оцените последствия для качества, производства и закупок. Определите, какие функции действительно должны участвовать, вместо одинакового списка проверяющих для всех категорий.
Запишите 40 кронштейнов на складе отдельно от 12 единиц в незавершенном производстве. Ожидающее решения закупок действие по выработке остатка не должно исчезать лишь потому, что производство уже согласовало способ доработки.
Согласуйте объем по объектам, решения о дальнейшем использовании, ответственность и плановый переход. Проверяйте содержание функциональных оценок, а не только число завершенных. Определите действия, критичные для выпуска.
В шаблон ECO дает структуру для этих решений. Не меняйте текущую ревизию, пока идет подготовка работ.
Обновите необходимые инструкции, завершите квалификацию или проверку, примите решение по материалам и проинструктируйте соответствующих сотрудников. Назначьте каждое действие и проверьте подтверждения. В примере изменения чертежа в приложении проверка первого изделия ожидает запасной калибр; разрешение приказа не завершает эту задачу.
Используйте процесс контроля документов для пересмотренных инструкций и подтверждений ознакомления. Приложение для инженерных изменений фиксирует решение о выпуске, но не заменяет отдельный жизненный цикл документов. Если результат внедрения неприемлем, верните его на исправление, а не делайте критичное действие необязательным ради соблюдения срока.
Укажите объект, ревизию и операционную границу, вступающие в действие сейчас. Убедитесь, что текущая ревизия по-прежнему соответствует исходной и что обязательные работы проверены. Сохраните историю от исходной до выпущенной ревизии и сообщите действующую инструкцию тем, кто ею пользуется.
Пример фиксирует вступивший в действие выпуск, но не планирует будущую активацию. Если несколько объектов должны измениться атомарно или их ревизиями управляет другая система, спроектируйте и проверьте этот контроль отдельно.
| Роль | Решение или работа | Сохраняемые подтверждения |
|---|---|---|
| Инициатор | Объяснить проблему и предлагаемое изменение. | Текущий объект, причина, подтверждающие сведения и исправления. |
| Инженер-проверяющий | Оценить техническую пригодность и затронутый объем. | Обоснование проверки и предлагаемые ревизии. |
| Функциональные проверяющие | Определить последствия для качества, снабжения и производства. | Выводы каждой функции и решения о дальнейшем использовании. |
| Ответственный за внедрение | Выполнить назначенные работы по изменению. | Результат, подтверждение завершения и исключения. |
| Ответственный за проверку выпуска | Подтвердить готовность и границу действия. | Проверенный выпуск и сохраненная история ревизий. |
| Координатор изменений | Контролировать получение недостающих решений и сохранять связь работ. | Незавершенные проверки, критичные действия и примечания по эскалации. |
В небольшой команде один человек может исполнять несколько ролей, но процедура все равно должна показывать, какое именно решение он принимает. До реального использования настройте назначения встроенных задач и права доступа в соответствии с согласованной ответственностью.
Заново оцените предложение относительно новой текущей ревизии. Не применяйте автоматически старое указание о переходе от одной ревизии к другой. Укажите, утратило ли предложение актуальность, требует ли пересмотра или может быть объединено с другим изменением.
Оставьте решение по запасам открытым и сделайте задержку заметной для координатора. Определите, какую работу можно безопасно продолжить, не считая решение о дальнейшем использовании материала уже одобренным.
Верните действие с конкретным требованием к исправлению. Сохраните неудачный результат и последующие подтверждения, чтобы итоговое решение о выпуске было понятно.
Локализуйте проблему и используйте прослеживаемое корректирующее изменение или утвержденную процедуру отката. Не удаляйте прежний выпуск и не используйте номер ревизии повторно так, чтобы история стала неоднозначной.
| Показатель | Как определить | Как интерпретировать |
|---|---|---|
| Срок проверки | Время решения минус время подачи для каждого типа проверки. | Отделяйте время ожидания информации от времени ожидания проверяющего. |
| Доля возвращенных запросов | Количество запросов, возвращенных на исправление, ÷ количество запросов, проверенных в той же группе. | Высокая доля может указывать на неясные вопросы формы или нехватку подтверждений, а не просто на плохую работу инициатора. |
| Очередь критичных для выпуска работ | Количество открытых критичных действий по внедрению с группировкой по приказу и сроку. | Отличайте разрешенную, но заблокированную работу от изменений, которые еще оцениваются. |
| Срок внедрения | Время вступления выпуска в действие минус время разрешения приказа. | Сравнивайте одинаковые категории изменений: исправление чертежа и квалификация поставщика требуют разного объема работ. |
Это определения для вашей системы отчетности, а не заявленные результаты примера. До сравнения периодов определите группу, календарь и порядок учета отмененных изменений. Панель должна помогать команде выбирать действие, а не просто показывать крупное число.
Выберите одну деталь или инструкцию с известной текущей ревизией и небольшой группой проверяющих. Проведите обычный сценарий, возвращенный запрос и заблокированное действие по внедрению. Попросите производственного пользователя определить действующую ревизию и объяснить судьбу старого запаса без помощи координатора.
Адаптируйте поля, категории и представления Jodoo только там, где этого требует фактическая процедура. Управление CAD, операции ERP и регулируемую валидацию оставьте в области соответствующих систем и специалистов. Расширяйте процесс после того, как первая команда сможет надежно им пользоваться.
Дайте инициаторам структуру сведений, необходимую для оценки.
Спланируйте затронутые объекты, решения о дальнейшем использовании и внедрение.
Выберите систему, которая соответствует вашим фактическим требованиям к контролю.
Нет. Названия различаются. Важно разграничить предложение, разрешенный объем внедрения и уведомление о вступившем в действие изменении. Даже если компания использует один документ, его этапы и ответственность за решения должны четко показывать эти различия.
Назначьте одного координатора, который будет продвигать изменение, но технические и функциональные решения оставьте квалифицированным специалистам. Закупки могут подтвердить поставку и выработку остатка, но не должны по умолчанию утверждать инженерную пригодность.
Разграничьте критичные для выпуска работы и последующие действия, которые допустимо продолжить позже. Например, проверка измененного метода контроля может быть критичной, а долгосрочная оценка поставщика — нет. Записывайте обоснование, а не помечайте все действия необязательными ради даты.
Локализуйте проблему по применимой процедуре качества и оцените выпущенную ревизию через новое прослеживаемое изменение или утвержденную процедуру отката. Не удаляйте доказательства прежнего выпуска и не возвращайте старый номер ревизии без записи.
Начните с изменения одной детали или инструкции, небольшой группы проверяющих и четкой передачи в производство. Включите возвращенный запрос или заблокированную задачу внедрения, а не только успешный сценарий. Расширяйте процесс, когда команда сможет объяснить, какая ревизия текущая и почему.
