How to Perform Failure Mode and Effects Analysis (FMEA)
FMEA é executado em sete passos, com actividades chave em cada passo. As etapas são separadas para assegurar que apenas os membros apropriados da equipa para cada etapa são obrigados a estar presentes. A abordagem FMEA utilizada pela Quality-One foi desenvolvida para evitar as armadilhas típicas que tornam a análise lenta e ineficaz. O Modelo Quality-One de Três Caminhos permite a priorização da actividade e a utilização eficiente do tempo da equipa.
Existem Sete Passos para Desenvolver uma FMEA:
- FMEA Pre-Trabalhar e Montar a Equipa FMEA
- Caminho 3 Desenvolvimento (Testes e Controlos de Detecção através do Ranking de Detecção)
- Acções Realizadas / Revisão de Design
- Re-ranking RPN & Encerramento
Path 1 Development (Requirements through Severity Ranking)Path 2 Development (Potential Causes and Prevention Controls through Occurrence Ranking)
Acção Prioritária & Atribuição
p>Os passos para a realização de FMEA são os seguintes:
- FMEA Pre-Work and Assembly of the FMEA Team
Pre-work envolve a recolha e criação de documentos chave. A FMEA funciona sem problemas ao longo das fases de desenvolvimento quando é realizada uma investigação de falhas passadas e documentos preparatórios desde o seu início. Os documentos preparatórios podem incluir:
- Failure Mode Avoidance (FMA) Past Failance
- li>Eight Disciplines of Problem Solving (8D)
Um pré-lista de verificação do trabalho é recomendada para um evento FMEA eficiente. Os itens da lista de verificação podem incluir:
- Requisitos a serem incluídos
- Concepção e / ou Pressupostos do Processo
- Li>Conta de Material Preliminar / Componentes
- Causas conhecidas de produtos substitutos
- Causas potenciais de interfaces
- Potencial causas das escolhas de design
- Causas potenciais de ruídos e ambientes
li>Família ou FMEA (FMEA Histórico)li>Métodos de Teste e Controlo usados em produtos semelhantes
- li>Caminho 1 Desenvolvimento… (Requisitos através do Ranking de Gravidade)
Caminho 1 consiste em inserir as funções, modos de falha, efeitos da falha e classificações de gravidade. Os documentos de pré-trabalho auxiliam nesta tarefa, tomando informações previamente capturadas para preencher as primeiras colunas (dependendo da folha de trabalho seleccionada) da FMEA.
- Funções devem ser escritas em contexto verbo-nome. Cada função deve ter um mensurável associado. As funções podem incluir:
- Queridas, necessidades e desejos traduzidos
- Especificações de um desenho
- Regulamentações governamentais
- Requisitos específicos do programa
- Características do produto a ser analisado
- Produtos desejados do processo
- Modos de falha são escritos como anti-funções ou anti-requisitos de cinco maneiras potenciais:
- Falha da função total
- Falha da função parcial / degradada
- Falha da função intermitente
- Falha da função intermitente
- Falha da função involuntária
- Efeitos são os resultados da falha, onde cada efeito individual recebe uma classificação de Severidade. As acções são consideradas nesta fase se a Severidade for 9 ou 10
- >li> Acções recomendadas podem ser consideradas que têm impacto no produto ou na concepção do processo que aborda os Modos de Falha na Classificação de Gravidade Elevada (Segurança e Regulamentação)
- Li>Caminho 2 Desenvolvimento – (Causas Potenciais e Controlos de Prevenção através do Ranking de Ocorrência)
Causas são seleccionadas a partir das entradas de concepção/processo ou falhas passadas e colocadas na coluna Causa quando aplicável a um modo de falha específico. As colunas preenchidas no Caminho 2 são:
- Causas Potenciais / Mecanismos de Falha
- Controlos de Prevenção Actuais (isto é, trabalho padrão, concepções anteriormente bem sucedidas, etc.).)
- Classificações de Corrente para cada causa
- Classificação de Características Especiais, se indicado
- Acções são desenvolvidas para abordar combinações de Severidade e Ocorrência de alto risco, definido na Matriz de Qualidade – Uma Crítica
- li>Path 3 Development- (Testes e Controlos de Detecção através do Ranking de Detecção)
Path 3 Development envolve a adição de Controlos de Detecção que verificam que o desenho cumpre os requisitos (para FMEA de Desenho) ou modo de causa e/ou falha, se não for detectado, pode chegar a um cliente (para FMEA de Processo).
- As colunas completadas no Caminho 3 são:
- Controlos de Detecção
- Classificação de Detecção
- Acções são determinadas para melhorar os controlos se forem insuficientes para os Riscos determinados nos Caminhos 1 e 2. As acções recomendadas devem abordar os pontos fracos na estratégia de teste e/ou controlo.
li>Reavaliação e actualização do Plano e Relatório de Verificação do Desenho (DVP&R) ou Planos de Controlo são também resultados possíveis do Caminho 3.
- li>Acção Prioritária & Atribuição/ol>
As Acções que foram previamente determinadas nos Caminhos 1, 2 ou 3 recebem um Número de Prioridade de Risco (RPN) para seguimento da acção.
RPN é calculado multiplicando os Rankings de Gravidade, Ocorrência e Detecção para cada potencial combinação de falha/efeito, causa e controlo. As acções não devem ser determinadas com base num valor limite de RPN. Isto é feito normalmente e é uma prática que leva a um mau comportamento da equipa. As colunas completadas são:
- Reavaliar Acções Recomendadas e atribuir RPN para seguimento adicional
- Atribuir Acções ao pessoal apropriado
- Atribuir datas de vencimento das acções
- li>Acções Tomadas / Revisão do Design/ol>
- Re-Ranking RPN e Encerramento
FMEA As acções são encerradas quando medidas contrárias foram tomadas e são bem sucedidas na redução do risco. O objectivo de uma FMEA é descobrir e mitigar o risco. As FMEAs que não encontram risco são consideradas fracas e sem valor acrescentado. O esforço da equipa não produziu melhorias e, portanto, o tempo desperdiçado na análise.
Após a confirmação bem sucedida das Acções de Mitigação do Risco, a Equipa Principal ou o Líder da Equipa irá re-seleccionar o valor de classificação adequado (Gravidade, Ocorrência ou Detecção). As novas classificações serão multiplicadas para atingir o novo RPN. O RPN original é comparado com o RPN revisto e a melhoria relativa ao desenho ou processo foi confirmada. Colunas completadas no Passo 7:
- Severidade da classificação
- Ocorrência da classificação
- Detecção da classificação
- RPN da classificação
- Gerar novas acções, repetindo o Passo 5, até o risco ter sido mitigado
- Comparação do RPN inicial e RPN revisto
RPN da classificação
FMEA Análise de Documentos
Decidir quando tomar uma acção sobre o FMEA foi historicamente determinado por limiares de RPN. Qualidade-Uma não recomenda a utilização de limiares RPN para a definição de objectivos de acção. Acredita-se que tais objectivos alteram negativamente o comportamento da equipa, porque as equipas seleccionam os números mais baixos para ficarem abaixo do limiar e não o risco real, exigindo atenuação.
A análise de uma FMEA deve incluir considerações de múltiplos níveis, incluindo:
- Severidade de 9 / 10 ou apenas Segurança e Regulamentação (Acções em Modo de Falha)
- Combinações de Gravidade e Ocorrência (Acções de Causa)
- Controlos de Detecção (Acções de Teste e Plano de Controlo)
- RPN Pareto
Quando completado, As acções deslocam o risco da sua posição actual na Matriz de Crítica de Qualidade – Uma FMEA para uma posição de menor risco.
RPN Prioridade de Acção
Quando se determina que o risco é inaceitável, a Quality-One recomenda uma prioridade de acção a ser aplicada da seguinte forma:
- Prova de Erro (Eliminar Modo de Falha ou Causa de Endereço)
- Failure Mode (Apenas Severidade de 9 ou 10)
- Causas com Ocorrência Elevada
Improve Potential Process Capability
- Increase Tolerance (Desenho de Tolerância)
- Reduzir a Variação do Processo (Controlo Estatístico do Processo e Processo Capacidades)
- Prova de erros de ferramentas ou processos
- Improve the inspection / evaluation techniques
FMEA Relação com a Resolução de Problemas
Os modos de falha num FMEA são equivalentes à Declaração de Problemas ou Descrição de Problemas na Resolução de Problemas. As causas num FMEA são equivalentes às potenciais causas de raiz na Resolução de Problemas. Os efeitos da falha numa FMEA são Sintomas de Problemas na Resolução de Problemas. Mais exemplos desta relação são:
- As declarações e descrições de problemas estão ligadas entre ambos os documentos. Os métodos de resolução de problemas são completados mais rapidamente através da utilização de informação fácil de localizar, pré-cérebro de um FMEA.
- As causas possíveis num FMEA são imediatamente utilizadas para iniciar diagramas de Fishbone ou Ishikawa. A informação de Brainstorming que já é conhecida não é uma boa utilização de tempo ou recursos.
- Os dados recolhidos a partir da resolução de problemas são colocados num FMEA para planeamento futuro de novos produtos ou qualidade de processo. Isto permite a um FMEA considerar falhas reais, categorizadas como modos e causas de falha, tornando o FMEA mais eficaz e completo.
- Os controlos de concepção ou processo num FMEA são utilizados na verificação da causa raiz e na Acção Correctiva Permanente (PCA).
- O FMEA e a Resolução de Problemas reconciliam cada falha e causa através da documentação cruzada de modos de falha, declarações de problemas e possíveis causas.
FMEA Exemplo
Este Exemplo FMEA tem um item com uma progressão através de múltiplas acções recomendadas. Com cada instância, o RPN revisto melhorou. O RPN final de 10 indica que a questão foi atenuada com sucesso. O novo estado deve ser capturado como Trabalho Padrão.