Папка проверки 02 · FMEA и качество
Как проверить FMEA перед аудитом
Проверяйте не только заполнение таблицы, но и логику, которая связывает функции, отказы, последствия, причины, меры и действия.
Перейти к короткому ответуКороткий ответ
Хорошая проверка идёт от исходных требований до подтверждённых действий
Перед аудитом убедитесь, что FMEA использует актуальные исходные данные, сохраняет причинно-следственную связь, объясняет оценки риска, назначает владельцев действий и согласована со связанными документами.
Формально заполненные поля не доказывают качество анализа. Важно увидеть основание существенного вывода и убедиться, что изменения дошли до рабочего процесса.
- Исходные данные актуальны
- Логика строки объяснима
- Оценки имеют основание
- Действия имеют владельца
- Связанные документы обновлены
- Определены триггеры пересмотра
Цепь FMEA
Каждое звено должно объяснять следующее
Читайте строку как утверждение о процессе или конструкции, а не как набор отдельных ячеек.
- 01
Функция
Сформулирована конкретно и относится к выбранному объекту или этапу?
- 02
Отказ
Описывает потерю функции, а не повторяет название дефекта?
- 03
Последствие
Показывает влияние на следующий уровень, процесс или пользователя?
- 04
Причина
Объясняет механизм возникновения и находится в управляемой границе?
- 05
Меры контроля
Отделяют предупреждение от обнаружения и относятся к указанному риску?
- 06
Действие
Имеет владельца, срок, статус и проверяемое подтверждение?
Рабочий реестр
Ищите не пустые поля, а необъяснимые решения
Проверяйте каждую область по вопросу, ожидаемому основанию и красному флагу.
| Область | Признак готовности | Риск |
|---|---|---|
| Граница анализа | Объект, уровень и этап определены | Смешаны разные уровни |
| Исходные данные | Версии требований актуальны | Неизвестная редакция |
| Команда | Участвовали владельцы функций | Оценки без понятного автора |
| Связность | Причинная цепь объяснима | Похожие тексты без логики |
| Оценки | Видно основание значимых баллов | Перенос из старого проекта |
| Действия | Есть владелец и подтверждение | Закрыто одной отметкой |
| Документы | Изменения перенесены в работу | Соседние документы устарели |
Красные флаги
Формально готовая FMEA может оставаться слабой
Одинаковые формулировки
Если функция, отказ и последствие повторяют один текст, логика анализа не раскрыта.
Оценка без основания
Число не объясняет, почему команда выбрала именно этот уровень риска.
Контроль не относится к причине
Существующая проверка может обнаруживать другой дефект и не управлять указанным риском.
Действие закрыто на бумаге
Статус выполнения не равен подтверждённому результату и обновлённым документам.
Контроль специалиста
Автоматизация может найти разрыв, но не присваивает ответственность
ИИ помогает сопоставить формулировки, выделить пропуски и подготовить вопросы для специалиста.
- 01
Найдено
Система отмечает потенциальный конфликт, повтор, пропуск или неподтверждённое значение.
- 02
Проверено
Инженер открывает источник, сравнивает контекст и исправляет ошибку либо отклоняет замечание.
- 03
Утверждено
Ответственный специалист принимает решение и фиксирует его основание.
Граница
Чек-лист помогает подготовиться, но не решает за аудитора
Конкретный состав проверки зависит от продукта, процесса, требований заказчика и применимой методики.
Входит в рабочую границу
- Связность FMEA
- Актуальность исходных данных
- Основания оценок
- Владельцы и подтверждение действий
- Согласованность связанных документов
Не входит или требует отдельного решения
- Гарантия прохождения аудита
- Сертификация документа
- Автоматическое утверждение оценок
- Замена требований заказчика
- Самостоятельное инженерное решение ИИ
Честный итог
Выберите масштаб исправления
Локальный дефект можно закрыть внутри команды. Противоречие между документами требует инженерного разбора, а повторяющиеся разрывы — системной работы с FMEA.
- Локально: источник и владелец решения известны
- Требуется поддержка: конфликт затрагивает несколько документов
- Системно: прослеживаемость и актуальность нарушаются регулярно