Контур качества 09 · Пересмотр FMEA
Чек-лист пересмотра FMEA после изменений: что связать с Control Plan
Пересмотр FMEA проверяет не только оценки, а актуальность границ, технической цепочки, действующих мер, документов и ответственных.
Перейти к короткому ответуКороткий ответ
После изменения пересматривайте не только строку FMEA, но и её документные связи
После изменения конструкции, процесса, дефекта или корректирующего действия определите триггер, затронутые характеристики и операции, затем свяжите актуальную версию FMEA с Control Plan, рабочими инструкциями и уроками команды.
Это не чек-лист готовности к аудиту: он помогает не потерять последствия изменения между инженерными документами и назначить владельца следующего пересмотра.
- Триггер изменения
- Затронутые характеристики
- Операции процесса
- Версии документов
- Control Plan и инструкции
- Уроки и владелец
Семь связей после изменения
Пересматривайте FMEA как цепочку последствий изменения
Порядок помогает отделить триггер изменения, затронутую операцию, открытое действие и версионную связь до того, как они будут скрыты общей отметкой об утверждении.
- 01
Scope
Подтвердите объект, границы, событие изменения и актуальные входы.
- 02
Структура
Проверьте элементы, операции, интерфейсы и уровни анализа.
- 03
Функции и отказы
Свяжите требование, функцию, вид отказа, последствие и причину.
- 04
Оценки
Сверьте тяжесть, возникновение, обнаружение и применимый приоритет с основанием.
- 05
Меры
Отделите действующие предупреждающие и обнаруживающие меры от планируемых действий.
- 06
Связанные документы
Проверьте Process Flow, Control Plan, инструкции и влияние change point.
- 07
Версия
Назначьте владельца, срок, доказательство и статус открытых решений.
Рабочий реестр
Чек-лист пересмотра после изменения
Используйте его как протокол change-point: для каждого пункта нужен триггер, затронутый документ, доказательство или действие.
| Область | Признак готовности | Риск |
|---|---|---|
| Scope | Границы и версия определены | Неизвестный объект или редакция |
| Функции | Требования проверяемы | Абстрактное «обеспечить качество» |
| Отказы | Причина не подменена мерой | Один текст во всех колонках |
| Оценки | Есть текущая методика и основание | Баллы перенесены из похожего проекта |
| Меры | Существуют фактически | Планируемое действие учтено как контроль |
| Связи | Документы согласованы | Control Plan обновлён отдельно |
| Действия | Владелец и критерий завершения ясны | Коллективный владелец без ответственности |
Красные флаги
Сигналы, что пересмотр формальный
Правильные числа, неверная логика
Точная оценка не исправляет несвязанную функцию, отказ и причину.
Контроль только в таблице
Мера должна существовать в процессе и иметь подтверждение.
Действие закрыто статусом
Назначение не равно результату: после выполнения нужна проверка доказательства.
Документ обновлён в одиночку
При change point область влияния связанных документов должна быть рассмотрена.
Контроль специалиста
Система подсвечивает разрыв, эксперт подтверждает решение
Автоматизация может сравнить версии, найти элементы без владельца и показать возможный разрыв PFMEA с Control Plan. Она не доказывает достаточность инженерного решения.
- 01
Собрать
Вывести затронутые строки, источники и связанные документы.
- 02
Разобрать
Проверить технический смысл причины, меры и оценки в реальном контексте.
- 03
Зафиксировать
Утвердить новую версию либо оставить контролируемое открытое действие.
Граница
Это change-review, а не готовность к аудиту
Периодичность и объём пересмотра зависят от требований предприятия, заказчика и характера изменения. Конкретный состав проверки определяет профильная команда.
Входит в рабочую границу
- Триггер и область изменения
- Затронутые операции и характеристики
- Control Plan и рабочие инструкции
- Версия и уроки команды
Не входит или требует отдельного решения
- Гарантия прохождения аудита
- Сертификация документа
- Автоматическое утверждение оценок
Честный итог
Сделайте последствия изменения видимыми
Локальный разрыв можно закрыть внутри команды; противоречие между FMEA, Control Plan и рабочими инструкциями или повторяющаяся потеря уроков требует отдельного инженерного разбора.
- Не скрывайте открытые действия
- Проверяйте доказательство после выполнения
- Связывайте изменение с документами
- Фиксируйте урок и следующую точку пересмотра