FMEA. Проблемы внедрения (Панюков, 2013)

реклама
АНО «Институт Качества»
2013 год
PFMEA.
Вопросы и проблемы
применения
Панюков Дмитрий Иванович, к.т.н.,
заместитель директора АНО «Институт Качества»,
директор Консалтингового центра «Качество=XXIвек»,
Полномочный представитель
Центра сертификации «ДКС-ПОВОЛЖЬЕ» в Самарской области,
доцент ТГУ
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
1
АНО «Институт Качества»
2013 год
Риски потребителей
Основная проблема – PFMEA формален и фактически не является
инструментом
управления
рисками
при
проектировании
процессов производства:
 команда по PFMEA часто формальна, компетенция в ней на момент
анализа недостаточно, большую часть делает технолог;
 анализируются не все возможности появления дефектов процесса;
 неверно
определяются
последствия
дефектов
процесса
(не
все
потребители учитываются);
 анализ причин делается формально без рассмотрения всех влияющих
факторов и механизмов появления дефектов;
 меры по предупреждению также рассматриваются формально, без
понимания их роли в рисках возникновения дефектов;
принятие решения по доработке процесса (после расчета общего риска)
также формальны, т.к. используется метод граничного ПЧР и т.д. …
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
2
АНО «Институт Качества»
2013 год
Вопросы, часто возникающие в рамках PFMEA:
 Кто должен проводить PFMEA и что нужно для анализа?
 Что писать в разделе «функция/требования процесса»?
 Как правильно определять и формулировать дефекты процесса?
 Как определять и правильно записывать последствия дефектов?
 Что делать с причинами дефектов процесса типа «дефекты
закупаемых комплектующих и материалов»?
 Какие меры по обнаружению нужно указывать?
 Как оценивать меры по обнаружению, если их несколько для одной
операции?
 При каком ПЧР необходимо предпринимать действия по доработке
процесса?
 Какая связь между PFMEA и Планом управления?
 Что такое пересмотр PFMEA?
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
3
АНО «Институт Качества»
2013 год
Кто должен проводить PFMEA?
Состав команды PFMEA:
 Конструктор продукта;
 Технолог продукта;
Проблема – PFMEA часто поручаю одному
технологу! Из-за этого PFMEA неполный –
не все риски учитываются!
 Инженер по качеству продукта (рекламации, дефекты и проч.);
 Инженер по работе с поставщиками (качество входящих изделий);
 Инженер ТСО (риски логистических операций);
 Инженер по методам контроля (вероятность обнаружения дефекта
до поставки);
 Представители из производства (наладчики, старшие рабочие,
мастера – приглашаются на PFMEA конкретной операции);
 Представитель от потребителя;
 Представитель от поставщика.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
4
АНО «Институт Качества»
2013 год
Что нужно для анализа?
Проведение PFMEA начинается с целей процесса - перечня того, что должен
делать процесс и чего не должен? А также целей по качеству (PPM, ПЧР, Cpk).
PFMEA должен начинаться с карты потока/оценки риска основного
процесса. Эта карта потока должна идентифицировать характеристики
Проблемасвязанные
– предварительный
каждой
продукции/процесса,
с каждой анализ
операцией.
Если возможно, следует
операции не проводится, поэтому не все члены
включить определенные
продукции
из соответствующего DFMEA.
команды видятэффекты
и понимают
риски появления
Экземпляры карты проблем
потока/оценки
использованные при подготовке
на этой риска,
операции!
PFMEA, должны сопровождать весь анализ.
Проведение PFMEA должно начинаться с анализа информации и понимания
производственных и сборочных операций, определения требований к ним.
Диаграмма (карта) потока процесса является основным входящим документом
при проведении PFMEA. Диаграмма потока является инструментом,
помогающим определить область анализа при проектировании системы
производства.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
5
АНО «Институт Качества»
2013 год
Что нужно для анализа?
Другие источники информации, которые могут быть полезными команде, при
обсуждении, для определения требований к процессу:
 DFMEA.
Проблема – DFMEA часто отсутствует у
 Конструкторская документация. предприятия-поставщика! Из-за этого
возникают затруднения при определении
 Матрица влияния.
последствий для конечного потребителя и
 Внутренние и внешние (для
несоответствия
(т.е.
оценкипотребителя)
риска нетехнологичности
конструкции!
статистика по известным видам отказов).
 Данные прошлого по качеству и надежности.
 Извлеченные уроки из прошлого опыта.
 Защиты от ошибок.
 Лучшая практика в отрасли.
 Технология контроля (ПУ) для похожих процессов.
 Если нет в карте потока, то: планировка, планы реагирования, технологии
доработки несоответствующей продукции.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
6
АНО «Институт Качества»
2013 год
Форма протокола PFMEA
АНАЛИЗ ВИДОВ И ПОСЛЕДСТВИЙ ПОТЕНЦИАЛЬНЫХ ОТКАЗОВ ПРОЦЕССА (PFMEA)
Ответственный за разработку
Кем подготовлено
A3
A2
Подсистема
A2
№
A2
№
Год выпуска/
модель/модиф
ика
Срок службы
ФИО
Подпись
Рук
№/версия
PFMEA
A1
Конечный срок
A6
Дата первой
версии
Дата
пересмотра
A2
A4
A5
F
G
H
2)
A7
3)
A7
4)
A7
I
J
K
Рекомендуемые
дейстия
Ответственный /
целевая дата
выполнения
L
M
N
Предпринятые
действия/ дата
выполнения
O1
O2 O3 O4 O5
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
0
0
0
0
0
0
0
0
0
0
0
E
A7
0
D
Меры по
обнаружению
отказа
ПЧР
C
Меры по
предупреждению
отказа
Обнаружение
B3
Потенциальные
причины отказа
1)
Результаты действий (O)
Возникновение
Вид потенциального
отказа
№ Наименование/
Функция
Текущее проектирование
Классификация
Требования
Последствия
потенциального
отказа
Значимость
Операция
B1/B2
Телефон/E-mail
ПЧР
№
Должность/
организация
Обнаружение
A2
A2
A10
PFMEA-команда (A8)
Система
Компонент
из
Значимость
Область PFMEA анализа
Страница A10
A9
Возникновение
ЛОГО (A11)
Тольятти
7
АНО «Институт Качества»
2013 год
Что писать в разделе «функция/требования»?
Поле
B
B1
B2
B3
Наименование поля
Операция (№, наименование)
/функции/требования
Операция (№, наименование)
Функция 1
Функция 2
…
Функция n
Требование n.1
Требование n.2
…
Требование n.n
Операция
(номер и
название)
 (8482) 20-43-83
Заполнение
Проблема
– Функции/цели
B1) Вводится
идентификация
анализируемого шага должны
процесса или операции,
основанная
на применяющейся
процесса и терминологии.
Например,
определяться
нанумерации
предварительной
стадии
указывается номер и наименование. Схема нумерации процессов порядок и
анализа,терминология
а это часто
не делается.
Из-за
используемая
должны
соответствовать
тем, этого
которые
используются в диаграмме потока процесса, для обеспечения прослеживаемости и
возникают
в понимании
того,операторов
как и и
взаимосвязи
с другимипроблемы
документами (План
управления, Инструкции
т.д.). Операции что
ремонта
и переделки
(доработок
должны
быть также включены.
нужно
писать
в этой
графе.
B2) Указывается функция процесса, которая соответствует каждому
анализируемому шагу или операции. Функция процесса описывает цель или
назначение операции. Анализ риска рекомендуется проводить для шагов
которые добавляют
ценность
или напротив, рассматриваются
как наиболее
Проблема
– требования
также нужно
вероятные с точки зрения негативного воздействия на продукт. Если есть
определить
исвязанных
записать
наоперацией,
стадиикаждая должна
несколько анализируемых
функций,
с данной
быть соотнесена (выровнена в протоколе с соответствующими ей «Требованиями»,
предварительного анализа, четко
чтобы помочь определению соответствующих видов отказов.
B3) Описывается требование(я)
для указанной
функции для
каждой операции.
структурировав
по каждой
функции
(например,
Требования являются входами в процесс. Они определяются как цель, направленная
в виде таблицы).
Еслипроектирования
этого не сделать,
то
на удовлетворение
требований (целей)
и других требований
потребителя. Если у функции имеется более одного требования с различными
возникнут затруднения при определении
видами потенциальных отказов, настоятельно рекомендуется каждое требование и
функцию указывать потенциальных
отдельно.
дефектов.
Цель (функция)
Требования
 office@iq-volga.ru
Потенциальные дефекты
 http://iq-volga.ru
Тольятти
8
АНО «Институт Качества»
2013 год
Как правильно определять и формулировать
дефекты процесса?
Поле
C
Наименование поля
Операция (№, наименование)
Функция 1
Функция 2
…
Функция n
Требование n.1
Требование n.2
…
Требование n.n
Вид потенциального
дефекта n.n.1
Вид потенциального
дефекта n.n.2
…
Вид потенциального
дефекта n.n.n
 (8482) 20-43-83
Заполнение
C) Вид потенциального отказа – это то, каким образом может произойти не
выполнение требований к процессу (включая цели и замысел проектирования).
При
подготовке
FMEA,
предполагают,
что
входящие
компоненты/материалы соответствуют (бездефектны). Исключение может быть
сделано FMEA-командой, когда данные прошлого говорят о недостатках
(некачестве) входящих компонентов. Команда должна также предполагать, что
основная конструкция продукта соответствует. Тем не менее, если возникают
вопросы к проектированию конструкции, приводящие к проблемам в
процессе, такие вопросы, должны быть сообщены конструкторской команде,
для их
разрешения.
Проблема
– часто предприятия-поставщики
Для конкретного производственного процесса с его конкретной функцией
просто
записывают
перечень
известных
необходимо
определить
все возможные виды
отказов.
Потенциальным
отказом (дефектом)дефектов
процесса можети
быть:
производственных
анализируют
 отсутствие функции;
их. Это
неправильно – нужен анализ
 ухудшенная
функция;
 прерывающаяся
функция;
потенциальных
рисков, а для этого нужно
 непредусмотренная функция.
рассмотреть
все необходимо
возможности
нарушения
Описание
каждого вида дефекта
внести в протокол
анализа видов
причин и последствий потенциальных дефектов, составленный, например в виде
требований к конкретной операции, причем
таблицы.
Укажите
потенциальныхнарушения
отказов на конкретных
операциях в терминах,
каквид(-ы)
возможные
требований
к
аналогичных требованиям процесса. Предположите, что отказы могут
процессу,
такВиды
и к потенциальных
продукту. отказов должны
произойти, но не обязательно
произойдут.
быть описаны в технических терминах, а не как признаки, замеченные
потребителем.
Большое количество видов отказов, определенных для одного требования,
обычно говорит о том, что требования были недостаточно хорошо определены.
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
9
АНО «Институт Качества»
2013 год
Выдержки из Руководства по PFMEA
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
10
АНО «Институт Качества»
2013 год
Пример заполнения полей «функция/требования»
№
Операция (B1)
020 Крепление
подушки сиденья
Функция (B2)
Прикрепить подушку сиденья
с использованием гайковерта
с:
1. Использованием 4-х болтов
определенного типа,
2. Начиная с верхнего
отверстия правой стороны,
3. полностью затянутых с
определенным моментом
025 Вырубкапробивка
1. Сформировать размер
Ø 55,4 с ровными краями
Требование (B3)
1.1 Закрепить на 4 болта
1.2 Закрепить на болты
определенного типа
2.1 Применить следующую
последовательность сборки:
установить первый болт в
отверстие справа на
передней стороне
3.1 Затянуть болты с
определенным крутящим
моментом
3.2 Болты должны быть
полностью закручены
или ещё пример:
1.1 Ø 55,4+0,3
Вид потенциального дефекта (C)
1.1.1 Закреплено меньше чем на 4
болта
1.2.1 Использованы болты
большего диаметра
2.1.1 Первый болт установлен в
любое другое отверстие
3.1.1 Болт затянут слишком сильно
3.1.2 Болт затянут слишком слабо
3.2.1 Болты закручены не
полностью
1.1.1 Размер Ø 55,4 завышен
1.1.2 Размер Ø 55,4 занижен
1.2. Ровный край отверстия
Ø 55,4
1.2.1 Заусенец по краю отверстия
Ø 55,4
(фланец приемной
трубы глушителя)
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
11
АНО «Институт Качества»
2013 год
Как определять и правильно записывать последствия
дефектов?
Поле
D
Наименование поля
Заполнение
D) Последствия потенциальных отказов определяют так, как виды отказов
воспринимаются потребителем(ями).Потребитель может быть как внутренним, так
и конечным пользователем.
Последствия для продукта в PFMEA должны быть сопоставимы с теми, что
указаны в DFMEA. Если виды отказов могут затронуть безопасность или
несоблюдение правительственных норм, это должно быть четко определено в
PFMEA.
Для конечного пользователя последствия должны быть установлены в терминах,
характерных для продукта или системы. Если потребитель – это следующая
операция или последующие операции/посты, то последствия должны быть
записаны в терминах функционирования этого процесса/операции(ий).
Проблема
– не верно формулируются
Вид потенциального дефекта n.n.n (С)
последствия. Часто указывается просто
следующее
явление,
возникающее после
Последствие
n.n.n.1
n.n.n.2 а не то явление, которое
появленияПоследствие
дефекта,
…
Последствие
n.n.n.n
может
заметить
потребитель
Логика определения последствий дефекта
Проблема – не всех потребителей оценивают
Ø 55,4 завышен
Нет влияния
Нет влияния
сРазмер
точки
зрения влияния
последствий, отсюда
неполный анализ последствий, а значит и
Невозможность сборки
правильность
ранга Значимости!
Размер Ø 55,4 занижен определения
Нет влияния
с трубой. Часть партии
бракуется.
Вид дефекта процесса
 (8482) 20-43-83
Негерметичность глушителя –
несоответствие экологическим нормам
(это последствие и записываем)
Дальше процесс не идет, влияния на
конечного потребителя нет
1-ый уровень влияния
2-ой уровень влияния дефекта
3-ий уровень влияния дефекта
дефекта
на следующий процесс
на узел/конечного потребителя
на последующую операцию
(сборка)
(эксплуатация)
текущего процесса
Цепочка последствий дефекта (влияние дефекта на потребители разного уровня)
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
12
АНО «Институт Качества»
2013 год
Выдержки из Руководства по PFMEA
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
13
АНО «Институт Качества»
2013 год
Выдержки из Руководства по PFMEA
Для определения возможных последствий нужно ответить на 3 вопроса:
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
14
АНО «Институт Качества»
2013 год
Порядок и правила заполнения поля «Причины дефекта»
Поле
G
Наименование поля
Заполнение
! Выявление всех потенциальных причин видов отказов, является ключевым
Вид потенциального дефекта n.n.n (С)
фактором анализа!
При подготовке
G) Потенциальная причина
отказа определяется, к
какPFMEA,
свидетельствокоманда
того, из-за
чего отказ может произойти,
и
это
описывается
в
терминах
того,
что
может
быть
должна принимать, что входящие
управляемо.
Последствия (D)
части/материалы
– соответствующие.
Потенциальная причина
отказа может быть обусловлена
слабостью конструкции
или процесса (из-за негативных факторов, связанных с технологией и условиями
Исключения
могут
по
производства – по принципу
5M), последствия
которой – быть
вид отказа сделаны
(отказ).
Значимость (Балл S) (E)
По мере возможности
идентифицируйте
и документируйте
каждую
усмотрению
команды,
когда исторические
потенциальную причину для каждого вида отказа. Причина должна быть
данные
демонстрируют
несоответствие
детализирована настолько
кратко
и полно, насколько возможно.
Разделение причин
Классификация (F)
в итоге приведет к целенаправленному анализу для каждой и может привести к
входящих деталей.
различным планам измерений,качества
управления и действий.
При подготовке к PFMEA, команда должна принимать, что входящие
Потенциальные причины (G)
части/материалы – соответствующие. Исключения могут быть сделаны по
дефектов n.n.n.1-n
усмотрению команды, когда исторические данные демонстрируют
несоответствие качества входящих деталей.
(Может быть одно совмещенное или два
Должны быть указаны только конкретные ошибки или сбои (например:
отдельных поля в таблице)
штамп
установлен или штамп установлен со смещением 5°). Неоднозначные
Проблема
– неиспользуются
фразы не должны использоваться!
общие
фразы при
Фактор влияния (5M) неоднозначные илиПричины
дефекта
Дефект
1. Действия оператора/контролера
формулировке
причин.
Это
не
Установлен пуансон
с меньшим
диаметром
допустимо!
Износ пуансона в конце смены (не проверили последние детали)
2. Проблемы с оснасткой
Износ пуансона со временем
При определении причин используются различные методы:
5 почему
FTA – анализ дерева отказов
5 Whys (5 «Почему») – поиск
корневой причина за 5 шагов
(последовательно заданных
вопросов «Почему?»)
 (8482) 20-43-83
Размер Ø 55,4
занижен
 office@iq-volga.ru
Диаграмма Исикава
 http://iq-volga.ru
AFD – метод диверсий
Anticipatory Failure Determination
– опережающее предупреждение
отказа путем изобретения и
проверки диверсии, поиска и
реализации защитных мер
Тольятти
15
АНО «Институт Качества»
2013 год
Выдержка из Руководства по PFMEA
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
16
АНО «Институт Качества»
2013 год
Порядок и правила заполнения поля
«Меры по обнаружению»
Поле
J
Наименование поля
Вид потенциального дефекта n.n.n (С)
Заполнение
J) Меры по обнаружению отказа – это действия, направленные на выявление
(обнаружение) причин или вида отказа и приводящие к соответствующим
корректирующим или предупреждающим действиям.
Последствия (D)
Меры по обнаружению могут включать:
органо-лептический контроль.
Проблема – записывают не все меры поВизуальный,
Контроль с помощью калибров, моментных ключей и т.п..
Значимость (Балл S) (E)
обнаружению,
забывая, что есть меры
 Контроль путем измерения параметра.
 Контроль или калибровка при запуске оборудования.
обнаруживающие причину, а есть меры,
 Использование автоматизированного средства контроля (в том числе с
Классификация
(F)
обнаруживающие
вид дефекта.
Нужно свето-звуковой сигнализацией и/или блокировкой несоответствующей
записывать все запланированные меры,детали).
 Использование испытательных стендов и т.д.
как наПотенциальные
посте, так причины
и в конце
(G) процесса.
дефектов n.n.n.1-n
Меры по обнаружению служат только для исключения или подтверждения
Меры по
предупреждению
дефекта (Prevention)(H)
Возникновение (I)
(Балл О)
опасений FMEA-команды, касающихся потенциального отказа, и первым
шагом к его исключению. Часть этих мер всегда планируется заранее в
рамках проекта процесса (межоперационный, приемо-сдаточный и
инспекционный контроль различного типа), а во время PFMEA происходит
анализ, уточнение этих мер и дополнение новыми, если это необходимо.
Рекомендуется указывать в таблице все имеющиеся меры для данной
операции/процесса для каждой пары причина-дефект.
Меры по
обнаружению
дефекта (Detection)
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
17
АНО «Институт Качества»
2013 год
Порядок и правила заполнения поля
«Меры по обнаружению»
Поле
K
Наименование поля
Вид потенциального дефекта n.n.n (С)
Заполнение
K) Обнаружение – это оценка (ранг) способности действующих мер по
обнаружению выявлять (обнаруживать) причины/дефекты, которые записаны в
соответствующей колонке (G/С). Этот ранг определяется по наилучшей мере по
Проблема – при наличии нескольких
обнаружению (оценивается каждая мера, если их больше чем одна для
Последствия (D)
мер по обнаружению
иногда неверно
исследуемой операции/процессе, а потом берется наименьшая оценка), т.е.
итоговый ранг по всему комплексу мер по обнаружению, который будет записан в
оценивают общий ранг Обнаружения.
ячейку, будет соответствовать наименьшей (лучшей) оценке.
Значимость
O) (E)
Нужно оценивать
по(Балл
лучшему
рангу!
Необходимо предположить, что дефект произошел и затем оценить меры
управления, которые должны быть предприняты, чтобы обнаружить данный вид
дефекта и предотвратить отправку продукции заказчику.
Классификация (F)
! При оценке ранга обнаружения не следует брать во внимание ранг
возникновения – это неправильно! Однако следует оценить способность мер
по обнаружению определять редкие дефекты или предотвращать их
Потенциальные причины (G)
продвижение далее по процессу.
дефектов n.n.n.1-n
Важно понимать, что случайные проверки вряд ли позволят обнаружить
наличие отдельных проблем и их нельзя принимать во внимание при определении
балла D.
Меры по
Для целей оценки обнаружения может использоваться как рекомендуемая шкала
предупреждению
рангов (см. PFMEA 4 изд. AIAG), так и собственная оригинальная,
дефекта (Prevention)(H)
модифицированная под специфику процесса и последовательно применяемая в
пределах PFMEA.
Значение балла D равное 1, соответствует предупреждению дефекта
посредством
проверенных опытом технических решения для аналогичных
Возникновение (I)
процессов.
(Балл О)
Меры по
обнаружению
дефекта (Detection) (J)
Обнаружение
(Detection)
(Балл D)
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
18
АНО «Институт Качества»
2013 год
При каком ПЧР необходимо предпринимать действия по
доработке процесса?
Поле
L
Наименование поля
Заполнение
L) Приоритетное число риска – критерий относительности риска.
Значимость – балл S (E)
ПЧР = Значимость(S) × Возникновение(O) × Обнаружение(D)
Проблема – предприятие-поставщики
В рамках отдельного FMEA, это значение может составлять от 1 до 1000.
Рассчитывается для каждой из причин дефекта.
пользуются граничными значениями
Возникновение – балл O (I)
! Использование определенного порога ПЧР, для разработки действий по
ПЧР, для выбора дефектов/причин,
по
снижению рисков, НЕ РЕКОМЕНДУЕТСЯ !
которым необходимы меры по ! Не существует порогового значения ПЧР требующего неотложных мер!
Применение пороговых значений предполагает, что ПЧР – критерий
Обнаружение–
балл D (K)
снижению
риска.
относительности риска (который зачастую непоказателен) и непрерывное
улучшение не требуется (хотя на самом деле это необходимо).
В текущей версии руководства это
Проблема использованием порогового подхода заключается в том, что нет
Приоритетное число ноникаких конкретных значений ПЧР, которые требуют обязательных действий.
делать не рекомендуется,
риска (ПЧР, RPN)
После того, как команда закончила предварительное определение видов и
конкретных указаний
как определять
последствий отказов, причин и мер по управлению, включая ранги значимости,
приоритетность и как потом оценивать
возникновения и обнаружения, она должна принять решение о дальнейших
действиях
результативность предпринятых мер
не по снижению рисков. Ввиду ограничений ресурсов, времени, технологии
и других факторов, команда должна выбрать оптимальные действия с учетом их
дается!
приоритетов.
В первую очередь необходимо сфокусировать все внимание на видах отказов
с самыми высокими рангами значимости.
Когда ранг значимости равен 9 или 10, команда обязательно должна
рассмотреть возможность снижения этого ранга или общего ПЧР через
существующее управление проектированием или рекомендуемые действия
(которые записаны в FMEA). Причем, например в Рено, основной целью в этом
случае ставится снижение рангов O и D до 1, т.е. необходимо постараться
исключить (предотвратить) дефект.
Для видов отказа с рангом значимости 8 или ниже команда должна
рассмотреть причины, имеющие достаточно высокие ранги возникновения и/или
обнаружения (например, ≥3). Для остальных рангов значимости ПЧР не должен
превышать 100.
Команда несет ответственность за принимаемую во внимание информацию,
выбор метода решения и определение приоритетов при выработке действий,
направленных на снижение рисков с учетом интересов потребителя и организации.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
19
АНО «Институт Качества»
2013 год
Выдержка из Руководства по PFMEA
Вот что есть в Руководстве по выбору
приоритетов.
Данные рекомендации хороши для уже
опытных специалистов и не дают
простых критериев для выбора
приоритетов.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
20
АНО «Институт Качества»
2013 год
Выдержка из Руководства по PFMEA
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
21
АНО «Институт Качества»
2013 год
Выдержка из Руководства по PFMEA
Получается, что предприятие, до тех пор, пока его инженеры
не станут достаточно опытными в PFMEA, вынуждено
использовать ПЧРграничное, что бы иметь прозрачную систему
контроля за результатами PFMEA, причем не только для
внутреннего использования, но и при контактах с
потребителем.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
22
АНО «Институт Качества»
2013 год
Связь PFMEA и плана управления
В дополнение к списку рекомендуемых действий и их внедрению, по
результатам проведения PFMEA должен быть разработан план
управления.
Некоторые организации могут решить для себя не определять
специальные характеристики продукта и процесса в PFMEA. В такой
ситуации, для перечня «характеристик продукта» в плане
управления может быть использована информация из колонки
«требования» в PFMEA, а для «характеристик процесса» - из колонки
«потенциальные причины отказа».
При разработке плана управления команде необходимо обеспечить,
чтобы действующие меры по управлению, указанные в PFMEA,
соответствовали методам управления в плане управления.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
23
АНО «Институт Качества»
2013 год
Пересмотр FMEA
При
пересмотре
отдельное
возникновения и обнаружения.
внимание
следует
уделить
рангам
Особенно важно проводить актуализацию, когда проводится изменение
продукта или процесса или изменение мер по управлению процессом.
Кроме того, в случаях возникновения проблем, эксплуатационного или
производственного
характера
должны
быть
пересмотрены
соответствующие ранги.
Пересмотр PFMEA как минимум включает в себя:
 проверку, что все операции/процессы включены и корректны (покраска,
термообработка, хранение материалов, этикетирование, и т.д.),
 весь необходимый контроль включен в PFMEA,
 значение вероятности обнаружения определено правильно,
 значение вероятности возникновения определено с использованием (SPC,
статистики дефектов, результатов аудитов),
 PFMEA составлен в соответствии с требованиями Заказчика.
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
24
АНО «Институт Качества»
2013 год
Спасибо
за внимание!
Контактный данные:
моб.: +7 903 333 49 98
тел.: +7 (8482) 51-08-98
факс: +7 (8482) 20-43-83
e-mail:
dip@iq-volga.ru,
panyukov@dqs-volga.ru
(по
вопросам
сертификации СМК по ISO 9001, ISO/TS 16949, ISO 14001 и др.)
сайты: iq-volga.ru, dqs-volga.ru (сайт ДКС-ПОВОЛЖЬЕ)
 (8482) 20-43-83
 office@iq-volga.ru
 http://iq-volga.ru
Тольятти
25
Скачать