O modo de falha (FM) refere-se ao modo em que algo pode falhar e engloba erros iminentes que podem acontecer, particularmente erros que podem afetar o cliente. A análise efetiva (EA) consiste em decodificar as preocupações dessas falhas, assegurando que as falhas podem ser percebidas, sabendo com que frequência uma falha pode acontecer e sabendo quais possíveis falhas têm de ser destacadas. Os analistas de negócios normalmente usam modelos FMEA para os ajudar a completar a análise.
Um analista de negócios pode realizar uma FMEA quando um serviço ou criação está sendo consertado ou projetado ou talvez quando um serviço ou produto atual está sendo usado numa nova abordagem. Também pode ser usado antes de criar planos de controle para um novo processo ou fazer uma colocação de função de qualidade. Na maior parte das vezes, a metodologia de produção enxuta endossa uma FMEA ocasionalmente através do ciclo de vida dum serviço ou produto.
Por um lado, você pode usar os modelos PDF acima e preencher as informações, por outro, você pode criar os seus próprios modelos.
Passo 1. Na primeira coluna, escreva as etapas principais do processo. Estas podem vir dos itens classificados acima da matriz C&E.
Passo 2. Escreva o modo de falha possível para cada etapa do processo. Por outras palavras, saiba como esta entrada ou etapa do processo pode falhar.
Passo 3. Escreva os efeitos deste modo de falha. Se o modo de falha acontecer, o que isso significa para você e para o seu cliente?
Passo 4. Definir o quão sério é este efeito, sendo 10 o mais sério e 1 como não sendo nada sério. Certifique-se de que a equipe sabe e ajusta-se à escala antes de a gravar.
Passo 5. Conheça as causas do efeito da falha e classifique-o novamente da mesma forma que você fez com o passo 4, mas desta vez; você tem de marcar o quão provável esta causa irá acontecer.
Passo 6. Conheça os controles disponíveis para sentir o problema e classifique a sua eficiência na coluna de detecção. Mais uma vez, classifique de 1 a 10, 1 significa que tem um excelente controle e 10 significa que não tem controle ou um controle muito fraco. Se um SOP for distinguido aqui, você tem de listar abaixo o número do SOP.
Passo 7. Multiplique a ocorrência, gravidade e números de detecção e mantenha este valor no número de prioridade de risco ou na coluna RPN. É o número chave que será usado para classificar onde a equipe tem de se concentrar primeiro. Se, por exemplo, tivermos uma severidade de 10, que é a mais severa, ocorrência de 10 e detecção de 10, então o RPN é de 1000. Isto significa que há um problema muito grande!
Passo 8. Ordene por número RPN e classifique os problemas mais graves. A equipe tem de decidir onde se concentrar primeiro.
Passo 9. Atribua ações particulares a pessoas de confiança. Além disso, certifique-se de escrever a data para quando esta ação deve ser realizada.
Passo 10. Quando as ações tiverem sido efetuadas, pontue a detecção e a ocorrência. Em muitos casos, não é necessário alterar a pontuação de gravidade, a menos que o cliente escolha que não é um problema importante.
A FMEA tem de começar o mais cedo possível. Ela permite que o analista melhore o projeto antes que você deixe de o poder alterar. Se você começar cedo, espere ter de reconstruir peças à medida que o projeto se desenvolve.
É preciso saber que a FMEA pode demorar demasiado tempo para ser concluída.
A FMEA precisa de familiaridade substancial com a operação do sistema, o que requer amplas discussões com a Engenharia de Sistemas e Engenharia de Projeto.
Passe o tempo estabelecendo regras básicas com o cliente com antecedência.