Andalise de Modo e Efeitos ‘de Par dtr Wmk el ELD FMEA eee EdicaoANALISE DE MODO E EFEITOS DE FALHA POTENCIAL (FMEA) Manual de Referéncia Quarta Edigado Primeira Edigdo, Fevereiro de 1993 - Segunda Edigao, Fevereiro de 1995 + Terceira Edicao, Jutho de 2001, Quarta Edic&o, Junho de 2008. Copyright © 1993, © 1995, © 2001, © 2008 Chrysler LLC, Ford Motor Company, General Motors Corporation SSN: 978-1-60854-136-1PREFACIO 4° Edicgao 4" Edict do FMEA é um manuat de referencia a ser utilizado pelos fomecedores da Chryster LLC, Ford Motor Company e General Motors Corporation, como um guia para ajudi-los no desenvolvimento de FMEAS de Projeto ¢ de Proceso, O manual nao define requisites; destina-se a esclarecer questées relativas ao desenvolvimento técnico de FMEAs, Este manual esti alinhado ‘com 0 padrao SAE J1739, Resumo de Alteracées na 4* Edigio do Manual de Referéneia de FMEA. Os métodes DFMEA e PPMEA deseritos na 4* Edi¢io do Manual de Referéncia de FMEA incluem aqueles associados ao projeto, em niveis de sistema, subsistema, interface ¢ componente, a0 proceso, nas operages de fabricago e montagem, Alteragées Gerais * A formatagao usada na 4* Edigao destina-se a permitir uma leitura mais facil, © Um indice foi incluido. © Icones sto usados para indicar parigrafos-chave ¢ indicagdes visuais so usadas. '* Exemplos adicionais e explanagdes foram fornecidos, para aprimorar a utilidade do manual ¢ proporcionat uma maior conexdo com o proceso FMEA, a medida que ele se desenyolve. *¢ Reforgo da necessidade de suporte gerencial, interesse € revisio do processo e dos resultados do FMEA. ‘+ Detinigao e reforgo do entendimento da conexio entre DFMEA ¢ PFMEA, bem como definigao das conexdes com outras ferramentas. ‘+ Aprimoramentos nas tabelas de classificacto de Severidade, Ocorréncia ¢ Detecgao, de forma que clas sejam mais significativas para anélise e uso no mundo real. © Foram introduzidos métodos alternativos, os quais estio atualmente sendo aplicados na indistria. (© Apéndices adicionais, que contém exemplos de formulirios ¢ casos especiais de aplicagao de FMEA. © © foco do “formutirio padrao" foi substituido por diversas opgdes que representam a aplicagdo atual de FMEA na indiistria, ‘+A sugestiio de que NPR no seja usedo como 0 método primitio para avaliagao de riseo, A necessidade de aprimoramento foi revisada, incluindo um método adicional, € 0.uso de limites para o NPR 6 explicado como uma pratica nao recomendada. Capitulo I fornece diretrizes gerais de FMEA, a necessidade de suporte gerencial ¢ de se ter um processo definido para desenvolvimento e manutengdo de FMEAS, ¢ a necessidade de melhoria continua. Capitulo TE descreve a aplicago geral da metodologia FMEA, a qual é comum aos processos DFMEA c PFMEA. Isto inclui planejamento, estratégia, planos de ago e a necessidade de suporte e responsabilidade gerenciais nos FMEAs. Capitulo II focaliza 0 DFMEA ~ Anilise de Modo ¢ Efeitos de Falha de Projeto (Design Failure Mode Effects and Analysis), estabelecendo 0 escopo da anilise, uso de diagramas de locos, diversos tipos de DFMEAs, formag&o de equipes, procedimento bisico para andlise, planos de aso, acompanhamento, altemativas 20 NPR, € conexao 20s PFMEAs e planos de validagao.Capitulo IV focaliza o PFMEA - Anélise de Modo e Efeitos de Falha de Processo (Process Failure Mode Effects and Analysis), estabelecendo 0 escopo da anilise, 0 uso de fluxogramas, formago de equipes, procedimento bésico para aniilise, planos de ago, a conexfio aos DFMEAS 0 desenvolvimento de planos de controle. Os Apéndices contém diversos exemplos de formmulérios para DFMEA e PFMEA e cobrem diferentes aplicagées e procedimentos para tratar de risco de projeto e de processo. A Forca Tarefa dos Requisitos da Qualidade para Fornecedor (Supplier Quality Requirements Task Force) gostaria de agradecer as seguintes pessoas e as suas empresas, que contribuiram com ‘© seu tempo ¢ esforeos, para o desenvolvimento desta edigo do Manual de Referéncia de FMEA: Michael Down, General Motors Corporation Lawrence Brazowski, General Motors Corporation Hisham Younis, Ford Motor Company David Benedict, Chrysler LLC Jobn Feghali, Chrysier LLC Michael Schubert, Delphi Rhonda Brender, Delphi Gregory Gruska, Omnex Glen Vallance, Control Planning Initiatives Milena Krasich, Bose William Haughey, ReliaTrain 0s direitos autorais (copyright) deste manual pertencem a Chrysler LLC, Ford Motor Company & General Motors Corporation, com todos 0s direitos reservados. Cépias adicionais podem ser obtidas da AIAG, em woww.siag.org. Organizagdes da cadcia de suprimento da Chrysler LLC, Ford Motor Company ou General Motors Corporation t&m permissio para copiar formulérios utilizados neste manual (O manual foi traduzido em portugués ¢ editado pelo IQA - Instituto da Quatidade Automotiva. Agradecemos 20s profissionais do IQA envolvidos na coordenago dos trabalhos de edigio ¢ pelo competente trabalho de interface feito junto a AIAG (Automotive Industry Action Group), para sancionamento das traducées. Mais informagdes sobre essa ¢ outras publicagdes relacionadas a Qualidade no sctor automotive podem ser obtidas através do site (www.iqa.org.br) ou pelo telefone + 55 11 5333-4545,iNDICE Alteragdes Gerai Capitulo I. Diretrizes Gerais de FMEA Introdugao..... Processo FMEA. ncn Objetivo do Manual . Escopo do Manual... Impacto na Organizacao e no Gerenciamento FMEA Expiicado. Acompanhamento ¢ Melhoria continua Capituto Sumario de Estratégia,Planejamento e Implementagto de FMEA Introduga se Estrutura Basica . Abordagem.... Identificar a Equipe... Definir 0 Escopo Definir 0 Cliente... \dentificar Fungdes, Requisitos e Especiicagoes. Identificar Modos de Falha Potencial Identificar Efeitos Potenciais 1 Identificar Causas Potenciais... dentificar Controtes : Identificando e Avatiando Risco.... ‘Ag6es Recomendadas e Resultados. Responsabilidade pela diregao Capitulo Msn DFMEA Analise de Modo e Efeitos de Faiha de Projeto Introdugdo. . © Cliente Definido Abordagem de Equipe. Consideragdes de Fabricacao, Montagem e Manutonga0, Desenvolvimento de um FMEA de Projeto.. Pré-requisitos .... Diagramas de Biocos (Limites) Diagramas de Parametros (P) Requisitos Funcionais Outras Ferramentas e Fonts Exemplo de DEMEA.... Cabecalho do Formulario FMEA de Projeto (campos A _H) Corpo do Formulério DFMEA (campos a —n) Mantendo DFMEAS... Alavancando DEMEAS 0... Conexées .. Plano de Verifoapdo de °Projto & Relatério (OVP&R), PFMEA .. Capitulo 1V. PFMEA Andlise de Modo e Efeitos de Fatha de Processo Introducao. 0 Glionte Definide va... wDeeeaNvoursborroalAbordagem de Equipe. Consideracées de Projeto.. Desenvolvimento de um FMEA de Processo..... Pré-requisitos .... Fluxograma do Processo e conexo com PFMEA Outras Ferramentas e Fontes de Informacao.. Informagao de Pesquisa. ..n.n.m. Exemplo de Formulario PEMEA........ Cabegalho do Formuldrio FMEA de Processo (campos A - H)... Corpo do Formutario PFMEA (campos an Mantendo PFMEAs..... ‘Alavancando PFMEAS........ COMCKEOS wn Para DEMEA Para Plano de Controle APENDICES.. . Apéndice A: Amosiras de Formularios .. Formularios DEMEA Formularios PEMEA Apéndice B: FMEA em Nivel de Sistema .. Interfaces... so Interagoes Relacionam Mattiplos Niveis de FMEAs de Projeto. Apendice C: Avaliagées de Riscos Alternativas .. ‘Alternativas ao NPR..... Alternativa: SO (S x 0). Alternativa: SOD, SD. oo 136 ‘Apandice D: Técnicas Alternativas de Analise a 137 Anélise de Modo, Efeito ¢ Criicalidade de Falha (MEGA) 137 437 Andlise Critica do Projeto Baseada em Modos de Falha CORBF HM). Analise de Arvore de Falhas (FTA). . Referencias ¢ Leituras Sugerides indice... nnn wu 137TABELAS ec FIGURAS Figura Ill. 1a Exemplos de Diagramas de Blocos (Limites)...... Figuras Ill-1b, c Exemplos de Diagramas de Blocos (Limites) Figura ll.2 Exemplo de um Diagrama de Parametros (P) para um Conversor Catalitico Genética... Tabela Ill.1 Amostra de Formulério DFMEA, com Elementos | Exemplos de Entradas... Tabela ill 3 Exemplos de Modos de Faiha Potencial. Tabela Ill.4 Exemplos de Efeitos Potenci Tabela Cr1 Criterios Sugeridos de Avaliagao de Severidade DEMEA 37 Tabela Ill.5 Exemplos de Causas Potencials..... so sone Tabela Cr2 Critérios Sugeridos de Avaliago de Ocorréncias de DFMEA. - 46 Tabela IIL6 Exemplos de Controles de Projeto, de Prevengo e Deteccao.... 51 Tabela Cr3 Critérios Sugeridos de Avaliacao de Prevencao/Detecgao de DFMEA/PFMEA 54 Tabela IIL7 Exemplos de Causas, Controles e Ages Recomendadas - 64 Figura Ill? Fluxo de Inter-relacionamentos de Informagdes de DFMEA.... 65 Figura 1V.1 De Mapas de Processo de Alto Nivel para Mapas de Processo Delalhados...71 Figura IV.2 Exemplo de Fluxograma do Proceso. os 72 Tabela 1V.1 Amostra de Formulério PEMEA, com Elementos Minimos de Informagao Exemplos de Entradas. sen Tabela IV.2 Exemplo de Colunas de Etapa/Fungao/Requisitos do Processo no Formulario PFMEA, incluindo Modos de Falha Potencial.. 81 Tabela IV.3 Exempios de Efeitos evnnnen 85 Tabela Cri Critérios Sugeridos de Avaliagao de Severidade PFMEA . 88 Tabela Cr2 Critérios Sugeridos de Avaliago de Ocorréncias de PFMEA........ 93 ‘Tabela IV.4 Exemplos de Causas @ Controle «cnn vs Tabela Cr3 Critérios Sugeridos de Avaliagdo de Deteogaio de FMEA de Proceso 100 Tabela IV.5 Exemplos de Causas, Controles € AGES... Figura 1V.5 Fluxo de Inter-relacionamentos de Informacoes de PFMEA .. DFMEA Formulatio A... DFMEA Formutario B DFMEA Formulario C DFMEA Formulario D DFMEA Formulario E.. DFMEA Formutario F PFMEA Formutario A.. PFMEA Formulario B PFMEA Formulatio C...... PFMEA Formulatio D.s.cs PFMEA Formutario E PEMEA Formulario F PFMEA Formulatio G ... PFMEA Formulario H Figura B.1 Interfaces e Interagdes Figura B.2 Item, Fungdes 0 Falha Figura B.3 Conexdes de Efeltos DEMEA . Tabela C.1 Contraste entre NPR, SOD e SD... Figura D.1 Exemplo de Elementos de DRBFM Figura D.2 Estrutura de Arvore FTA...Capitulo Diretrizes Gerais de FMEA Capitulo | Diretrizes Gerais de FMEACapitulo 1 Diretrizes Gerais de FMEA Introdugao Este manual introduz 0 tépico de Analise de Modo e Efeitos de Falha Potencial (FMEA) ¢ fomece otientagao geral na aplicagio da técnica. Processo FMEA FMEA é uma metodologia analitica utilizada para assegurar que 0s problemas potenciais tenham sido considerados e abordados, 0 longo de todo o processo de desenvolvimento de produtos € processos (APQP ~ Plangjamento Avangado da Qualidade do Produto). O seu resultado mais visivel & a documentagio de conhecimento coletivo das equipes multifimcionais, Parte da avaliagdo e andlise & a estimativa de risco. O ponto importante & que seja realizada uma discussio com relagio 20 projeto (produto ou processo), a revisio das fungdes e de quaisquer alteragtes na aplicagao, e aos conseqilentes riseos de falha potencial Cada FMEA deveria assegurar que seja dada atengio a cada componente no ambito do produto ou da montagem. Componentes ou processos criticos e relacionados & seguranga deveriam receber prioridade mais elevada Um dos fatores mais importantes para a implementagio bem sucedida de um programa FMEA ¢ a oportunidade. Ele € concebido para ser uma ago “antes-do-evento” € nao um exercicio "apés-o-fato". Para atingir 0 maior valor, 0 FMEA deveria ser feito antes da implementagio de um produto ov Processo no qual exista potencial de modo de falha. O tempo previamente aplicado a completar adequadamente um FMEA, guando de alterades de produto / proceso podem ser implementadas de maneira mais ficil ¢ menos custosa, miinimizara as crises de alteragdes tardias. As ages decorrentes de um FMEA podem reduzir ou eliminar a chance de se implementar uma alterago que criaria um problema ainda maior, Idealmente, © proceso de FMEA de Projeto deveris ser iniciado nas primeiras ctapas do projeto, € o processo de FMEA de Proceso antes de serem desenvolvidos € adquiridos 0 Ferramental ou 0 equipamento de fabricasao. O FMEA evohui 20 longo de cada etapa do processo de desenvolvimento de projeto e fabricagio © pode também ser utilizado na resolugio de problemas, EMEA também pode ser aplicado as éreas de nio-manufatura, Por exemplo, 0 FMEA poderia ser utilizado para analisar riscos ‘em um processo de administracao, ou para avaliacio de um sistema de seguranga, Em geral, 0 FMEA € aplicado a falhas potenciais, nos processos de concepedo e fabricagio de produtos, quando os beneficios sdo claros ¢ potencialmente significativos.Capitulo T Objetivo do Manual Diretrizes Gerais de FMEA Este manual descreve os principios bisicos ¢ a implementagio do processo FMEA‘ e a forma como este se integra ao ambito do ciclo de desenvolvimento do produto e do processo. Isto inclui a documentagio deste processo e a maneira como as andlises podem ser aplicadas para o aprimoramento necessétio e oportuno de um produto ou um processo, na sua fase inicial e plena de desenvatvimento, Este manual também fomece deserigdes e exemplos de metodologias alterativas e de suporte paca estas analises, suas vantagens e limitagdes especificas, orientagao sobre como a analise deveria ser realizada para o aprimoramento de méxima confiabilidade, ou minimizaggo dos potenciais riscos de seguranga. O manual fornece orientagio sobre como o risco pode ser representado, mensurado e pricrizado, para minimizagio economicamente efetiva dos efeitos de falhas Como uma ferramenta para avaliagdo de riscos, 0 FMEA é considerado como um método para identificar a gravidade dos potenciais efeitos de falha c para fomecer uma entrada para as medidas minimizadoras destinadas a reduzir 0 tisco. Em muitas aplicagdes, © FMEA também inclsi uma estimativa da probabilidade de ocoméacia das causas de falha e seus resultantes modos de falha. Isto amplia a andlise, por fornecer uma medida da probabilidade do modo de falha. Para minimizar 0s riscos, a probabilidadc de ocorréncia de falha é reduzida, 0 que aumenta a confiabilidade do produto ou processo. FMEA & uma ferramenta fundamental na melhoria da confiabilidade. Existem trés casos basicos para os quais 0 processo de FMEA deveria ser aplicado, cada um com um diferente foco ou escopo: Caso 1: Novos projetos, nova tecnologia, ou novo proceso. © escopo do FMEA & 0 projeto, tecnologia, ou proceso, completos. Caso 2: Modificagses ao projeto ou processo existente, © escopo do FMEA doveria focalizar a modificagao do projeto ou processo, possiveis interagies devides 4 modificacao, © histérico de campo. isto pode incluir alteragdes nos requisites regulatorios. Caso 3: Uso de um projeto ou processo existente, em um novo ambiente, localizagio, aplicado ou perfil de uso (incluindo ciclo’ de trabalho, roquisitos regulatrios ete.). ‘© escopo do FMEA deveria focalizar 0 impacto do novo ambiente, localizagdo, aplicacso ou Uuso, no projeto ou processo existente. (© FMEA aqui presente é também conhecido como Anilise de Modo, Efeito ¢ Criticalidade de Falha (Failure Modes Effects and Criticality Analysis - FMECA), visto que ele inclui uma quantificago dos riscos,Capitulo I Diretrizes Gerais de FMEA. Escopo do Manual (Os métodos analiticos apresentados neste manual so aplicaveis, a qualquer produto ou proceso, Entretanto, este manual focalizaré aquelas aplicagdes prevalentes na _ inchistria automobilistica ¢ em seus fornecedores. Impacto na Organizagao e no Gerenciamento FMEA € uma atividade importante dentro de qualquer empresa. Como o desenvolvimento de um FMEA ¢ uma atividade multidisciplinar que afeta todo 0 processo de realizagio do produto, a sua implementagdo tem de ser bem planejada, para ser totalmente eficaz. Este process pode consumir um tempo considerivel e € vital um comprometimento dos recursos necessirios. E importante para o desenvolvimento de FMEA um ‘comprometimento do dono do processo e da administragao. A abordagem de implementagao variaré, dependendo da dimensio ¢ da estrutura da empresa considerada, embora os prinefpios venham a ser os mesmos: * 0 escopo abrangeré FMEAs produzidos intemamente e por fornecedores da cadeia de fornecimento. * Abordar FMEAs de Projeto ¢ de Processo, conforme aplicavel. + Realizar isto tendo © processo de FMEA como uma parte integrante do processo de APQP. ‘+ Parte de revisdes técnicas de engenharia, + Parte da liberacao aprovago regular do projeto do produto (ou processo. Um FMEA € desenvolvido por uma equipe multifuncional (ow multidisciplinar). A dimensiio da equipe dependeri tanto da complexidade do projeto, quanto do tamanho e organizacto da empresa, Os membros da equipe precisam de conhecimentos especializados relevantes, tempo disponivel e autoridade ralificada pelo gerenciamento. Um programa abrangente de treinamento deveria ser implementado, incluindo: * Visio geral de Gerenciamento © Treinamento para usvaries © Treinamento de Fornecedor © Treinamento de Facilitador Em htima insténcia, a dirego tem a responsabilidade ¢ a autoridade para o desenvolvimento e manutengao de FMEAs.Capitulo L Diretrizes Gerais de FMEA. FMEA Explicado FMEAs sto parte integrante da gestilo de risco € do suporte 4 melhoria continua, Por conseguinte, 0 FMEA torna-se uma parte essencial do desenvolvimento de Produtos ¢ Processos. O proceso de Planejamento Avangado da Qualidade do Produto (APQP) identifica cinco areas gerais de foco, no desenvolvimento deste processo: © Planejar ¢ Definir o Programa + Projeto e Desenvolvimento do Produto ‘+ Projeto e Desenvolvimento do Processo * Validagdo do Produto e do Processo * Realimentaciio de informagées, Avaliagao e Agiio Corretiva © Manual de Referéncia de APQP mostra os DEMEAs como uma atividade, na secdo de Projeto e Desenvolvimento do Produto, do cronograma, e 0s PFMEAs na sega de Plancjamento ¢ Desenvolvimento do Processo. © desenvolvimento de DFMEA ou PFMEA € um provesso que ajuda a orientar as equipes a desenvolver projetos de produtos € de processos que atendam as expectativas. A anilise FMEA nilo deveria ser considerada como um evento inico, mas como um compromisso de longo prazo, que complementa 0 desenvolvimento de proclutos € processos, para garantir que falhas potenciais sejam avaliadas © que medidas sejam adotadas para reduzir o seu risco, Um aspecto fundamental da melhoria continua ¢ a retengio do conhecitnento do aprendizado pasado, que frequentemente é capturado em FMEAs. E aconselhivel que as organizagdes aproveitem andlises anteriores de projetos similares de produtos © processos, para usar como ponto de partida para o préximo programa e/ou aplicagao A linguagem utilizada nos FMEAs deveria ser a mais especitfice possivel, ao descrever um item (por exemiplo, modo de falha, ou causa) € se estender ou extrapolar para além do nivel de entendimento da equipe quanto Aquilo que os efeitos da falha possam vir a ser. Declaragdes claras, terminologia concisa e foco sobre os efeitos reais, so a chave para a efetiva identificagto e minimizagtio de questdes de risco.Capitulo T Diretrizes Gerais de FMEA Acompanhamento e Melhoria continua ‘A necessidade de adogio de ages _preventivas/corretivas efetivas, com o adequado acompanhamento dessas agdes, mio pode ser super-enfatizado. As ages deveriam ser comunicadas @ todas 2s atividades afetadas. Um FMEA cuidadosamente concebido ¢ bem desenvolvido sera de valor limitado, sem agoes preventivas/corretivas positivas e efetivas. A Tideranga de equipe (normalmente o chefe de equipe / engenheito chefe) esté encarregada de assegurar que todas as ‘ages recomendadas tenham sido adequadamente implementadas ou tratadas. O FMEA é um documento vivo e deveriara sempre refletir 0 titimo nivel, assim como as ailtimas agdes pertinentes, incluindo aquelas que ocorrem apés o inicio da produsao, © chefe de equipe / engenheiro chefe dispde de diversos meios para assegutar que as ages recomendadas sejam implementadas. Tais meios incluem, mas no estio limitados ao seguinte: Rover projetos, processos € registros relacionados, para assegurar que as ages recomendadas tenham sido implementadas; Confirmar a incorporagao das alteraydes 4 documentagio de projeto / montagem / fabricayao, Revisar os FMEAs de Projeto/Processo, apticagdes especiais de FMEA, ¢ Panos de Controle.Capitulo Estrategia, Planejamento, Execugdo Capitulo Il Sumario de Estratégia, Planejamento e Implementagao de FMEACapitulo 1 Introdugao Estratégia, Planejamento, Execugdo © desenvolvimento de FMEA quer seja de projeto ou de proceso, utiliza uma abordagem comum para tratar de: + Falha potencial do produto ow do processo, em atender as expectativas. + Conseqiiéncias potenciais. © Causas potenciais do modo de falha. © Aplicagdo dos controles atuais. © Nivel de risco © Redugio de risco, Antes que o documento FMEA seja iniciado, a equipe deveria definir 0 escopo do projeto e coletar a informagao existente que seja_necesséria para um efetivo € eficiente processo de desenvolvimento do FMEA. Estrutura Basica Abordagem © objetivo dos formatos recomendados de FMEA, descritos neste manual, é organizar a coleta ¢ a exibigao de informagdes de FMEA relevantes. Formatos especificos podem variar, com base nas necessidades da organizagdo c nos requisitos do cliente. Fundamentalmente, o formato utilizado deveria abranger: + Fungoes, requisitos © resultados do produto ou proceso sob andlise; * Modos de falhs, quando requisitos fumeionais nao sto atendidos; © Efeitos e consequéncias do modo de falha; © Causas potenciais do modo de falha; * AgGes e controles para tratar as causas do modo de falha, ¢ © Aedes para prevenir a recorréncia do modo de falha Nao existe um processo uniforme ou inico para desenvolvimento de FMEA: entretanto, exisiem elementos ccomuns, como os deseritos absixo.Capitulo 11 Estratégia, Planejamento, Execucao Identificar a Equipe Como previamente mencionado, o desenvolvimento de FMEA € responsabilidade de uma equipe —mmultidisciplinar (ou multifuncional), cujos_ membros abrangem 9 necessario conhecimento do assunto. Isto deveria incluir habilidade de facilitagdo © conhecimento do processo de FMEA. Uma abordagem de equipe & recomendada, para beneficiar 0 processo de desenvolvimento de FMEA, para assegurar informagies ¢ colaboracdo de todas as fteas funcionais afetadas. © lider da equipe de FMEA deveria selecionar membros da ‘equipe com a experiéncia relevante ¢ a autoridade necessaria Além dos engenheiros de projeto e de processo, os seguintes si0 exemplos de recursos adicionais ‘Tépico de desenvolvimento de FMEA Recursos ou Conhecimentos Relevantes Escopo Gerenciamento de Programa, Cliente, _Individuo(s) responsavel (eis) pela Integragao. Fungdes requisitos © expectativas Cliente, Gerenciamento de Programa, Individuo(s) Modo de fatha potencial — a maneira pela qual um processo ou produto poders falhar Bieitos e consequéneias da fala — tanto para os processos da organizagao quanto para um cliente subseqlente. responsavel (eis) pela Integragao, Operagoes de Servigos, Seguranga, Fabricagaio e Montagem, Embalagem, Logistica Materia, Cliente, Gerenciamento de Programa, Individuo(s) responsavel (eis) pela Integraco, Operagdes de Servigos, Seguranga, Fabricagiio e Montagem, Embalagem, Logistica, Materiais ¢ Qualidade. Cliente, Gerenciamento de Programa, individuo(s) responsivel (eis) pela Integragiio, Operagdes de Servigos, Seguranga, Fabricagdo ¢ Montage, Embalagem, Logistica, Materiais e Qualidade. Causas da falha potencial Cliente, Fabricagio e Montagem, Tmbalagem, Logis Materiais, Qualidade, Confiabilidade, Andlise de Engenharia, Fabricante de Equipamentos ¢ Manutencdo. { Freqiincia de ocoréncia da falha potencial “Aplicagio dos controles atuais - prevengao pica Cliente, Fabricacio © Montagem, Emibalagem, Logistica Materiais, Qualidade, Confiabilidade, Analise de Engenharia, Andlise Estatistica, Fabricante de Equipamentos © Manutengao. Fabricagao © Montagem, Embalagem, Logistica, Materia Qualidade, Fabricante de Equipamentos ¢ Manutencao, ‘Aplicagio dos controles atuais — deteceio Cliente, Fabricagio e Montagem, Embalagem, Logistica, Materiais, Quatidade e Manutengao. “Agoes recomendadas exigidas Cliente, Gerenciamento de programa, —_Individuo(s) responsavel (eis) pela Integracio, Fabricagio e Montagem, Embalagem, Logistica, Materiais, Qualidade, Confiabilidade, Anélise de Engenharia, Andlise Fstatistica, Fabricante de Equipamentos ¢ Manutencao.Capitulo 1 Estratégia, Planejamento, Execugao Definir o Escopo © escopo estabelece os limites da anilise FMEA. Define o que esti. inclufdo © exctuido, determinado com base no tipo de FMEA que esté sendo desenvolvido, ou seja, sistema, subsistema, ou componente. Antes que 0 FMEA possa iniciar, deve-se determinar um claro entendimento do que deverd ser avatiado. O que excluir pode ser tio importante quanto 0 que incluir na andlise. © escopo precisa ser estabelecido no inicio do processo, para assegurar diregio e foco consistentes, Os seguintes itens devem auxiliar a equipe, na definigo do escopo do FMEA: ‘* Modelo Funcional ‘+ Diagramas de Blocos (Limites) © Diagramas de Pardmetros (P) © Diagramas de Interfaces ‘¢ Fluxogramas de Processo ¢ Matrizes de inter-telacionamentos ‘+ Diagramas esquemiticos © Lista de Materiais, FMEA de Sistema Um FMEA de Sistema & constituido de diversos subsistemas, Exemplos de sistemas incluem: Sistema de Chassis, Sistema do Conjunto Motor & Transmissdo, Sistema de Interior do Veiculo, etc. O foco do FMEA de Sistema consiste em tratar de todas as interfaces e interagdes entre sistemas, subsistemas, 0 ambiente & o cliente. FMEA de Subsistema ‘Um FMEA de Subsistema é um subconjunto de um FMEA de Sistema. Um exemplo de subsistema € 0 subsistema de suspensao dianteira, o qual € um subconjunto do sistema de chassis. © foco do FMEA de Subsistema consiste em tratar de todas as interfaces © inleragdes entre os componentes de subsistema e interagdes com outros subsistemas ou sistemas FMEA de Componente Um FMEA de Componente & um subconjunto de um FMEA de Subsistema. Por exemplo, uma pastitha de fieio é um componente do conjunto de freios, que € um subsistema do sistema de chassis, NOTA: Quaisquer subseqtentes ajustes do escopo podem requerer modificagdo na estrutura ¢ na composigio dos membros da equipe. 10Capitulo TL Estratégia, Planejamento, Execugao Definir 0 Cliente Identificar Fungdes, Requisitos e Existem quatro clientes principais a serem considerados no proceso de FMEA. Todos precisam ser levados em conta na andlise de FMEA: USUARIO FINAL: a pessoa ov organizaso que utilizard 0 produto. A anilise de FMEA afetando o Usuario Final poderia incluir, por exemplo, durabilidade. MONTAGEM OEM ¢ CENTROS DE FABRICACAO (PLANTAS): as localidades OEM (Fabricante de Equipamento Original) onde ocomem as operagdes de fabricagao (por exemplo, estampagem e grupo de motor & transmissio) € montagem do veiculo, Tratar das interfaces entre 0 produto € seu processo de montagem ¢ eritico para uma analise efetiva de FMEA. FABRICAGAO EM CADEIA DE SUPRIMENTO: a ocatidade "do fornecedor, onde ocorrem —manufatura, fabricacdo ou montagem de materiais ou pegas de produgto. Isto inclui fabricag%o de pegas e conjuntos de produgio ¢ manutengéo, € processos tais como tratamento térmico, soldagem, pintura, metalizagdo, ou outros servigos de acabamento. Isto pode ser qualquer operagdo subseqdente, ou um processo de fabricago em um nivel seguinte. REGULADORES: agéncias governamentais que definem requisitos e monitoram a conformidade com especificagdes de seguranga e ambientais que possam impactar 0 produto ou 0 processo. © conhecimento destes clientes pode ajudar a definir, de forma mais robusta, fungdes, requisitos e especificacdes, bem como auxiliar a determinar os efeitos dos correspondentes modos de falha. Especificagées Identificar e compreender as funcdes, requisitos e especificagdes importantes para 0 escopo definido. 0 objetivo desta atividade & elucidar 0 objetivo do projeto ou proceso. Isto auxilia na determinagao do modo de falha potencial de cada atributo ou aspecto da fungao.Capitulo 11 Estratégia, Planejamento, Execuco Identificar Modos de Falha Potencial Modo de falha ¢ definido como a forma ou maneira pela qual o produto ou processo poderia falhar em atender ao objetivo de Projeto, ou aos requisitos do processo. E assumida a hipétese de que a falha poderia ocorrer, mas pode n&o ocorrer ‘necessariamente. Uma concisa e compreensivel definiglo de falha é importante, uma vez que ela focaliza adequadamente a andlise. Modos de fatha potencial deveriam ser descritos em termos técnicos ¢ nfo como um sintoma necessariamente perceptivel pelo cliente. Um grande ntimero de modos de falha. identificados para um nico requisito, pode indicar que o requisito definido nfo seja conciso. Identificar Efeitos Potenciais Potenciais efeitos de falha sio definidos como os efeitos do modo de falha, como percebidos pelo cliente. Os efeitos ou impacto da falha sdo descritos em termos daquilo que o cliente poderé perceber ou experimentar. O cliente pode ser um cliente initemo, bem como o Usuario Final. Determinar efeitos potenciais inclui a anslise das consequéncias das fathas ¢ a severidade ou gravidade de tais conseqiéncias. Identificar Causas Potenciais Causa potencial de falha é definida como uma indicagao de como a falha poderia écorrer, descrita em termos de algo que possa ser corrigido ou possa ser controlado. Causa potencial de falha pode ser uma indicagao de uma fragilidade de projeto, cuja conseqiiéncia € 0 modo de falha. Existe uma relagdo direta entre a causa ¢ seu resultante modo de falha (ou seja, se a causa ocorre, entio o modo de falha ocorre). Identificar a causa raiz (ou as causas raizes) do modo de falha, com suficiente detalhamento, permite a identificagao de controles © planos de agao apropriados. Uma anélise de causa potencial ¢ executada em separado. para cada causa, se existirem mialtiplas causas.Capitulo TL Estratégia, Planejamento, Execugdio Identificar Controles Identificando e Avaliando Risco Controles sio aquelas atividades que previnem ou detectam a causa da falha ou do modo de falha. Ao desenvolver controles, & importante identificar 0 que esté ocorrendo de errado, por que, € como prevenit ou detectar isto. Controtes sdo aplicdveis a projeto do produto, ou processos de fabricago. Os controles focalizados na prevengao proporcionarao 0 maior retorno, ‘Um dos passos importantes no processo de FMEA é a avaliagao de risco, Isto & avaliado de trés maneiras, severidade, ocorténcia e detect Severidade ¢ uma avaliagto do nivel de impacto de uma falha, no cliente Ocorréneia é 0 quanto frequentemente a causa de uma falha pode ocorrer. Detecgdo é uma avaliacao de quaio bem os controles de produto ou de processo detectam a causa de uma falha ou do modo de falha. Organizagdes precisam entender os requisitos dos seus clientes, para‘a avaliagio de risco. Agées Recomendadas e Resultados 0 objetivo de agdes recomendadas € reduzir 0 risco global e a probabilidade de que o modo de falha venha a ocorrer. As agdes recomendadas tratam da redugao de severidade, ocorréncia € detecgho. (Os seguintes itens podem ser usados para assegurar que as ages apropriadas sejam tomadas, incluindo, mas no limitados a ‘© Garantir que requisitos de projeto, incluindo confiabilidade, sejam atingidos; + Revisar desenhos e especificagdes de engenharia; * Confirmar 2 —incorporagdo em _—processos de ‘montagenyfabricagio, ¢ + Revisar FMEAs relacionados, planos de controle ¢ instrugbes de operagbes. ‘A responsabilidade e a programagéo temporal para concluir as ages recomendadas deveriam ser registradas. Uma vez que as agdes estejam concluidas © os resultados obtidos, as avaliagdes atualizadas para severidade, ocorréncia © detecgfio deveriam também ser registradas.Capitulo Tt Estratégia, Planejamento, Execugdo Responsabilidade pela diregado A dirego é a dona do processo de FMEA. A diregio tem a responsabilidade final de selecionar © aplicar os recursos Coa garantir um proceso eficaz de gestio de riscos, incluindo a programagao temporal. A responsabilidade pela diregdio também inchui o suporte direto equipe, através de revisées durante 0 curso do processo, climinando barreiras, ¢ incorporando as ligdes aprendidas. 14Capituto 111 Anilise de Modo ¢ Efeitos de Falha de Projeto Capitulo III DFMEA Analise de Modo e Efeitos de Falha de ProjetoCapitulo IIL Introdugao Anélise de Modo e Eteitos de Falha de Projeto A Anilise de Modo e Efeitos de Falha de Projeto, referida como DEMEA, apéia 0 processo de projeto, na reduce de risco de falhas, por: ‘+ Auxiliar na avaliagdo objetiva do projeto, ineluindo requisitos funcionais e altemativas de projeto; ‘+ Avaliar 0 projeto inicial para fabricagaio, montagem, servigo requisitos de reciclagem; ‘+ Aumentar a probabilidade de que os modos de falha potencial e seus efeitos no sistema e na operaco do veiculo tenham sido considerados no processo de projeto/desenvolvimento; ‘+ Prover informagdo adicional para auxiliar no planejamento cuiidadoso ¢ eficiente de projeto, desenvolvimento e programas de validagao; © Desenvolver uma lista ordenada de modos de falha potencial, de acordo com os seus efeitos no cliente, estabelecendo assim um sistema de prioridades para aprimoramentos de projeto, desenvolvimento ¢ teste/andlise de validasao; ‘* Proporcionar um formato aberto para recomendar ¢ monitorar agdes de redugto de risco, ¢ © Prover fururas referéncias (por exemplo, ligdes aprendidas), para auxiliar na abordagem de questdes de campo, avaliagao de alteragdes de projeto desenvolvimento de projetos avangados. O DEMEA é um documento vivo e deveria: * Ser iniciado antes da finalizagao do conceito de projeto; + Ser atualizado & medida que ocorram alteragdes, ow informagao adicional seja obtida ao longo das fases de desenvolvimento do produto; ‘+ Ser fundamentalmente concluido, antes de ser liberado 0 projeto de produgao, ¢ ‘© Ser uma fonte de ligdes aprendidas, para fitoras iteragdes de projeto. O Cliente Definido A definigag de "Cliente", fornecida no Capitulo Il, se aplica a0 DFMEA. F importante identificar corretamente o(s) cliente(s), porque tal conhecimento direciona o desenvolvimento do DFMEA, incluindo o impacto da funedo do projeto. 16Capito 1 Abordagem de Equipe Consideragées de Fabricagao, Montagem e Manutengao Aniilise de Modo e Efeitos de Fatha de Projeto © DFMEA é desenvolvido © mantido por uma equipe multidisciplinar (ou multifuncional) tipicamente chefiada pelo engenheiro responsivel pelo projeto, da fonte responsivel pelo projeto (por exemplo, OEM, fornecedor Nivel | ou fornecedot Nivel 2 ¢ abaixo). Espera-se que o engenheiro responsivel envolva direta ¢ ativamente os representantes de todas as areas afetadas. As areas de competéncia e de responsabilidade podem incluir, mas nio estdo limitadas a, montagem, fabricagio, projeto, anilise/ensaio, confiabilidade, materiais, qualidade, servigo e fornecedores, bem ‘como a area de projeto responsavel pelo préximo conjunto ou sistema, subsistema, ou componente, de ordem superior ou inferior. © DEMEA deveria incluir quaisquer modos de falha potencial que possam ocorrer durante proceso de fabricagdo ou montagem, os quais sejam resultado do projeto, Tais modos de falha podem set minimizados pot alteragdes de projeto (por exemplo, uma caraeteristica de projeto que impeca uma pega de ser montada na orientado errada - ou seja, a prova de erro). Quando no minimizados durante a anilise do DFMEA (como registrado no seu plano de ago para aquele item), sua identificagio, feito ¢ controle deveriam ser transferidos para © abrangidos pelo PFMEA. 0 DFMEA nao se baseia nos controles de processo para superar eventuais deficiéncias de projeto, mas ele leva em consideragdo 05 limites técnicos e fisicos de um processo de fabricagdo e montagem como, por exemplo: Necesséria conicidade dos moldes (mola drafiy; Limitada capacidade de acabamento superficial; Espaco de montagem (p. exemplo, acesso para ferramentas); Limitada temperabilidade dos agos; Tolerdncias / capabilidade do processo / desempenho. © DFMBA pode também evar em consideracao os limites ‘écnicos ¢ fisicos de manutengao ¢ reciclagem do produto, uma ‘ver que este tenha entrado em uso no campo, por exemple: Acesso de ferramentas; Capacidade de diagnéstico; Simbolos de classificagaio de materiais (para reciclagem); Materiais / produtos quimicos utilizados nos processos de fabricagao.Capitulo TH Anilise de Modo e Efeitos de Falha de Projeto Desenvolvimento de um FMEA de Projeto Pré-requisitos 0 DFMEA focaliza 0 projeto do produto que seri entregue 20 cliente final (Usuério Final). As tarefas que constimem pré- requisitos para uma efetiva anilise do projeto do produto incluem: montar uma equipe, determinar o escopo, criar diagramas de blocos, ou diagramas-P, deserevendo a fungio e os requisites do produto, Uma clara e completa definigao das caracteristicas desejadas do produto facilita mais a identificagao dos modos de falha potencial. Um formulério DFMEA é utilizado para documentar os resultados da andlise, inchuindo quaisquer agdes recomendadas e responsabilidades (Ver Tabela M1), © processo do DFMEA pode ser mapeado para 0 proceso de desenvolvimento do produto do cliente ou da organizacio, Um DFMEA deve iniciar com 0 desenvolvimento de informagSes para compreender 0 sistema, subsistema on componente sendo analisado, e definir seus requisitos e ccaracteristicas fumcionais. Para determinar © escopo do DFMEA, a equipe deveria considerar 0 que segue, como aplicivel a DFMEAs de componente, de subsistema ou de sistema: ‘Com quais processos, componentes conjugados, ou sistemas, 0 produto interfaceia? Existem fimedes ou caracteristicas do produto que afetem outros componentes ou sistemas? Existem entradas, fomecidas por outros componentes ou sistemas, que sejam necessérias para a execugao das fungdes pretendidas do produto? As fung6es do produto incluem a prevengdo ou deteccdo de um possivel modo de fatha em um componente ou sistema associado? AS segdes seguintes descrevem as ferramentas que podem ser aplicadas, conforme apropriado, para auxiliar a equipe no desenvolvimento do DFMEA. Diagramas de Blocos (Limites) © diagrama de blocos do produto mostra os relacionamentos fisicos € légicos entre 0s componentes do produto, Existem diferentes abordagens ¢ formatos para construgio de um diagrama de blocos, ‘© diagrama de blocos indica a interagao dos componentes ¢ subsistemas dentro do escopo do projeto. Fsta interagio pode ineluir: fluxo de informagao, energia, forga, ou fiuido. 18Capitulo IIL Analise de Modo e Efeitos de Falha de Projeto © objetivo & compreender os requisitos ou entradas para o sistema, as atividades agindo sobre as entradas (ou funcdo a a (0) van e¥0 z svewstea 77 _ Saunton ero sey it ces een o es | ene =. wee fo1sroud 3a vans) wes ¥ vatseman — ayionatoa wirtva 30 SoUls3 3 000M 30 38rIyN ‘Tabela IIL. Amostra de Formulirio DFMEA, com Elementos Minimos de Informagiio e Exemplos de EntradasCapitulo HL Analise de Modo ¢ Efeitos de Fatha de Projeto Ndmero do FMEA (A) Entrar uma seqiéncia alfanumérica que ¢ usada para identificar 0 documento FMEA. Isto é usado para controle de documentos. Nome e Numero de Sistema, Subsistema, ou Componente (B) Entrar 0 nome ¢ 0 nimero do sistema subsistema, ou componente que esteja sendo analisado. (Ver seco imtitulada Definir 0 Escopo). Responsabilidade pelo Projeto (C) Entrar o OEM, organizagao © departamento ou grupo que é responsivel pelo projeto. Entrar também o nome da organizagio fomecedora, se aplicavel. Ano(s) Modelo(s) / Programa(s) (D) Entrar o(8) ano(S) modelo(s) ¢ programa(s) designado(s), que usario ou sero afetados pelo projeto que esteja sendo analisado (se conhecido(s)). Data-chave (E) Entrar a data limite inicial do DFMEA, que no deveria superar a data programada para de liberagao do projeto de produgao. Data do FMEA (F) Entrar a data em, que o DFMEA original foi concluido e a dtima data de revisto. Equipe Central (G) Entrar os membros de equipe responsiveis por deseavolver 0 DFMEA. Informagdes de contato (por exemplo, nome, organizagao, mimero de telefone e email) podem ser incluidas em um documento suplementar referenciado. Elaborado por (H) Entrar 0 nome ¢ informagdes de contato, incluindo a organizagao, do engenheiro responsivel pela elaboragio do DFMEA.Anilise de Modo e Efeitos de Falha de Projeto Capitulo Mt a tt et cl 28 I j {] corenn| BES | oman [unl | 809, j i some | BH | wre lanl {| SE FL | eit, { Solna vari ee : nee i Deeg eB psec * wate {oxaroud 30 vavid) 7 Tanscnant —-poxatoe wnt SERS? Mae aanyey Tabela I11.1 Amostra de Formulério DFMEA, com Elementos Minimos de Informagiio e Exemplos de EntradasCapito tt Anilise de Modo e Efeitos de Fatha de Projeto Corpo do Formulario DFMEA (campos a —n) O corpo do DFMEA contém a analise dos riscos relacionados as falhas potenciais, bem como as agdes de melhoria que estio sendo implementadas.” Item / Fungao / Requi: los (a) ltenw/Funcio podem ser separados em duas (ou mais) colunas interligadas, ou combinados em uma iinica coluna, englobando esies elementos. Interfaces (como “itens” de andlise) podem tanto ser combinadas, quanto separadas. Componentes podem set listados na coluna itenvfungao, e uma coluna adicional pode ser incluida, contendo as fungdes ou requisitos daquele item “tem”, “Fungo” € “Requisitos” sdo descritos a seguir: Item (a1) Entrar os itens, interfaces, ou pecas que tenham sido identificados através de diagramas de blocos, diagramas-P, esquemas © outros desenhos, ¢ outras andlises conduzidas pela ‘equipe. A terminologia usada deveria ser consistente com os requisites do cliente e com aquela usada em outros documentos € andlises de desenvolvimento de projeto, para assegurar a rastreabilidade. Fungao (a1) Entrar a(s) fungio(Ges) do(s) item(ns) ou interface(s) sendo analisados, as quais sejam necessicias para atender a0 objetivo do projeto, com base nos requisitos do cliente ¢ na discussio da equipe. Se 0s item(ns) ow interface(s) tiverem mais do que uma fungdo, com diferentes modos de falha potencial, é altamente recomendado que cada uma destas fungées ¢ modo(s) de falha associado(s) sejam listados separadamente. Fungo se transforma em a2, se Item e Fungéo forem separados. Requisitos (a2) Uma coluna adicional “Requisitos”, pode ser acrescentada para refinar mais a andlise do(s) modo(s) de falha. Entrar o(8) requisito(s) para cada uma das fungdes sendo analisada(s) (com base nos requisitos do cliente € na discussio da equipe; ver também Capitulo II, Seedo: Pré-requisitos). Se a fungo tiver mais do que um requisito, com diferentes modos de falha potencial, € altamente recomendado que cada um destes requisitos e fungdes sejam listados separadamente. Requisito se transforma em 3, se Item e Funcao forem divididos em colunas separadas, por exemplo, a1 e a2 > As letras ao final de cada cabegalho indicam a énea referida, no formulério de amostra.Anilise de Modo e Efeitos de Falha de Projeto Capitulo I glg}f| “Ste | seen wong | ATE] BE) semmuman OO | wongueme Jaca) f | stato | ena oe : i ssenctity EAT ava ow 5 = TOT onto vans a eons a i “dope 3 oi ns soem a 2 wes (ouarowsaa van) ¥ vneuns —qaonauod wires 0 solinsa 3 OGON 20 BSTYNY Tabela IIL. Amostra de Formulério DFMEA, com Elementos Minimos de Informaco e Exemplos de Entradas 30Capitulo IL Anéilise de Modo e Efeitos de Falla de Projeto Modo de Fatha Potencial (b) Modo de falha potencial & definido como a maneita pela qual 0 componente, subsistema ou sistema poderia potencialmente falhar em atender ou entregar a fungao intencionada (pretendida), descrita na coluna do item. [dentificar o(s) modo(s) de falha potencial associados com a(s) fungses / (8) tequisito(s). Modos de falha potencial deveriam ser descritos em termos técnicos e no necessariamente como ura sintoma perceptivel pelo cliente. Cada fungi pode fer miiltiplos modos de fatha, Um grande mimero de modos de falha, identificados para uma jinica fiangao, pode indicar que o requisito nao esteja bem definido. F assumida a hipétese de que a falha poderia ocorrer, mas pode ndo ocorrer necessariamente, decorrendo disto 0 uso da palavra "potencial” Devem ser considerados modos de faiha potencial que oderiam ocorrer somente sob certas condigoes operacionais (por exempio, quente, frio, seco. poeirento etc.) € sob certas condigées de utilizagao (por exemplo, quilometragem acima da média, terreno acidentado, condugao somente na cidade etc.). Apos determinar todos os modos de falha, pode ser efetuada uma validagdo da completicidade da andlise, auavés da revisio de “coisas que correram mal" no pasado, preocupagdes, relatérios € brainstorming de grupo. © modo de falha potencial pode também ser a causa de um modo de falha potencial em um sistema ou subsistema de nivel superior, ou conduzir ao efeito de um modo de fatha, em um componente de nivel inferior. Exemplos de modos de falha, conforme relacionados a diversos requisitos, sio mostrados na Tabela TIL3.Capitulo IIL Aniilise de Modo e Efeitos de Falha de Projeto Tem Fungio Requisito Modo de Falha Sistema | Pararo veiculo, ; | defiees | ccbdsnanda,” | PA@ovimentodo__| 0 viclo mo pia | aDisco | (considerando | \icwoem Pavimento os " de asfalto seco, dentro | © veieulo pia, excedendo a conten da distincia distancia especificada. ampeentals COMO | especificada, dentro de. |-—-— ‘imida, seca ete.) i , umnimero ara o veiculo, com mais do que especiticado de g'sde | xx p's de forga | forca. ‘Ativa-se sem demanda; Permitit movimento | Movimento do veiculo & desimpedido do parcialmente impedid veiculo, na anséncia de demanda ao sistema. | Ativa-se sem demande; © veiculo mio pode se mover. Rotorde | Permitira | Aplicar a0 eixo a Freio | transferéncia de | resistencia de torque | cada insuficiente resistencia forga, das especificada. | aera. pastithas de frei | ‘+ para eixo - LL i ‘Tabela 111.3 Exemplos de Modos de Falha PotencialCapinuto TH Anilise de Modo e Bfeitos de Falha de Projeto Esta pagina foi intencionalmente deixada em branco.Anilise de Modo e Ffeitos de Falha de Projeto Copituto I VuLsOWwy cevwna |) swenow | euesae saies 5) send | con movnce al ‘siereg oa (rutio) vonses a pat a mreeeg Boma He epncenoden {o1arova 30 van) ‘Woonaiod virTws 30 Soui343 3 00n 30 aSrTYNY ‘Tabela IH.1 Amostra de Formulirio DEMEA, com Elementos Minimos de Informasio e Exemplos de Entradas 34Capitulo TIL Analise de Modo e Efeitos de Fatha de Projeto Efeito(s) Potencial(ais) de Falha (c) Efeitos potenciais de falha sto definidos como os efeitos do modo de falha sobre a fungio, como percebidos pelo(s) cliente(s). Descrever os efeitos da falha, em termos de aquilo que 0 cliente poderia notar ou experimentar, lembrando que 0 cliente pode ser uum cliente intemo, assim como o Usuario Final. Informar claramente se o modo de falha poderia imnpactar a seguranca ou a conformidade com as regulamentagdes. Os efeitos deveriam sempre ser estabelecidos em termos de sistema, subsistema ou componente especifico sendo analisado. Lembrar que existe um relacionamento hierdrquico entre os niveis de componente, subsistema © sistema’ Por exemplo, uma pega pode ser fraturada, 0 que pode levar o conjunto a vibrar, resullando em operagao intermitente do sistema. A operagdo intermitente do sistema pode causar degradagdo de desempenho e, em altima insténcia, levar & insatisfag4o do cliente. O objetivo & prever os ‘efeitos de falha potencial, no nivel de conhecimento da equipe. Efeitos de falha tipicos deveriam ser estabelecidos em termos de desempenko do produto ou do sistema. A Tabela III.4 mostra exemplos de efeitos dos modos de falha da Tabela 11.3 Ttem Mode de falha Efeito Sistema de Freios a Disco | © vetculo nao paca. Controle prejudicado do verculo, Nao- conformidade regulatéria. ‘O veiculo para, excedendo a distancia especificada, Controle prejudicado do veiculo. Nao- conformidade regulatéria. Para 0 vei | mais do que xx g's de lo, com Nao-conformidade regulatéria. Ativa-se sem demanda; Movimento do veiculo & parcialmente impedido. ‘Vida das pastithas reduzida. Controle reduzido do veiculo. sem demanda; veiculo nao pode se | Cliente impedido de dirigir o veteulo. * Ver também Apéndice B Tabela I1L.4 Exemplos de Efeitos PotenciaisAnilise de Modo e Efeitos de Falha de Projeto Capitulo oo if 4 tie 4 6 4 , ep ° a ze e ne soya i ae Bn onto a 5 Saray Certara 5 reat Stents Soren veer sedopemmng 5 tg pect ¢ ‘omen vs (o1arow 30 van) ‘nears Yansomnn —— gytowazoa witws 308011343 3 O00 30 BSITYNY ‘Exemplos de Entradas 36 ‘Tabela IIL.1 Amostra de Formulirio DFMEA, com Elementos Minimos de Informagio ¢Capitulo Itt Aniilise de Modo e Efeitos Severidade (S) (d) de Falha de Projeto Severidade & 0 valor associado a0 efeito mais grave, para um dado modo de falha, Severidade ¢ uma cla: dentro do escopo do FMEA individual. Critérios de Avaliagao Sugeridos ssifieagdo relativa, A equipe deveria concordar quanto aos critérios de avaliagaio e ao sistema de classificagao, e aplicé-los mesmo se modificados para andlis de proces consistentemente, 5 individuais. (Vera Tabela Crl, abaixo, para diretrizes de eritérios.) Nao & recomendado modificar os valores 9 e 10, dos oritérios de Glassificacdo. _Modos de falha com uma classificag3o de severidade 1 néo deveriam ser mais analisados. Critério: Efeito Severidade do Efeito no Produto | Classificagéo Efeito no Cliente) Fatha em | Modo de fatha potencial aeta a operacio segura do veiculo e/ou 10 Atender a | evolve ndo-conformidade com regulamentagdo governamental, | Requisitos de_| sem prévio aviso. | Seguranga ou | Modo de fathe potencial afeta a operagao segura do veicula elou 9 Regalatorios | evolve nfo-conformidade com regulamentsge govemamental, | com prévio aviso, Perdaow | Petdade funpao primiria (veiculo inoperivel, no afeta a aperasio 8 Desvadacae de | 258849 veicuo), . _ [Eancto | begraago de indo primis (eeulo opel mas com wn 7 ‘imatia | nivel reduzido de desempenho). Perda de fungdo secundéria (veieulo operével, mas as fungSes de 6 Perda ou | conforto/convenitacia estio inoperdveis). Degradagio de Fangio | Degradagdo de funcdo secundéria (veieulo operivel, mas as 5 Seeundéria | funcSes de conforto/conveniéneia apresentam um nivel reduzido ée desompenho), Aparéncia ou Ruldo Auivel, veiculo operivel, item no conformne 4 e percebido pela maioria dos clientes (> 75%). Incémodo | AParéncia ou Rudo Andivel, veiculo operdvel, item no conforme 3 € perecbido por muitos clientes (> 55%). Aparéneia ou Ruido Audivel, veiculo operével, item nao conforme 2 € pereebido por clientes observadores (< 25%). Nenhum efeito | Nenhum eftito perceptivel 1 Tabela Cri Critérios Sugeridos de Avaliagio de Severidade DEMEA.Aniilise de Modo e Efeitos de Falha de Projeto Capitulo IH F | optaneo oman en] | ee j senie mavens z iecsene 3 hues enmeaeencny (ouaroud a0 van) “TwionaLod wiv a0 S0uI243 3 OOH 3a-asripNY Tabela IIL.1 Amostra de Formulério DFMEA, com Elementos Minimos de Informagao e Exemplos de Entradas 38Capitulo IIL Andlise de Modo e Efeitos de Fatha de Projeto Classificagao (e) Esta coluna deve ser usada para destacar os modos de falha de alta-prioridade e suas causas associadas. Como um resultado desta andlise, a equipe deve usar esta informagao para identificar caracteristicas especiais, Roquisitos especificos do cliente podem identifcar simboios especiais caracteristicos de produto ou de processo, @ sua uilizacéo. Uma caracteristica designada como especial, no registro de projeto, sen um associado modo de falha de projeto, identificado no DFMEA, 6 uma indicagao de uma fragilidade no processo de projeto. Mecanismo(s) de Causa(s) Potencial(ais) de Modo de Fatha (f) Esta informagio pode ser separada em miltiplas colunas, ou ‘combinada em uma tinica coluna. No desenvolvimento do FMEA, a identificagio de todas as causas potenciais do modo de falha ¢ fundamental para 2 andlise subseqiiente. Embora diversas téenicas (ais como brainstorming) possam ser usadas pata determinar causa(s) potencial(ais) do modo de falha, & recomendado que a equipe deva focalizar-se no entendimento do mecanismo de fatha, para cada modo de falha Mecanismo(s) Potencial(ais) de Modo de Falha (f1) Um mecanismo de falha € 0 processo fisico, quimico, elétrico, térmico, ou outro, que resulta em um modo de falha, E importante fazer a distingdo de que um modo de falha é um efeito “observado" ou “externo”, de forma a no confundit modo de falha com mecanismo de falha, 0 fendmeno fisico real, por tds do modo de falha, ou 0 processo de degradago, ou cadeia de eventos conduzindo a (¢ resultando em) um particular modo de falha. Na medida do possivel, listar todos os mecanismos potenciais, para cada modo de falha. Os mecanismos deve ser listados tio concisamente e completamente quanto possivel Para um sistema, o mecanismo de fatha ¢ 0 processo de propagagio de eros, seguinte a uma falha do componente, que conduz a uma falha do sistema, Um produto ou processo pode ter diversos modos de faiha que sejam correlacionados uns aos outros, devido a um mecanismo de fallia em comum, por tras deles. Assegurar que efeitos de processo sejam considerados como parte do processo DFMEA.Anise de Modo e Efeitos de Falha de Projeto Capitulo 1 VuLSOwy 2lelglg] ose | sams Poco 3 Gemma) PFE | ti ae) | seme spats Sasa marae 5 Fo cestio yan eee z a a a cadence 5 aeleuse oeny 4 2 wise {ouaroud 30 wana) Vv ‘yansoeun! —yyiowaLog wHva 30 Soufa42 3 O00N 3a aSMIYNY ‘Tabela 11.1 Amostra de Formulario DFMEA, com Elementos Minimos de Informagio e Exemplos de Entradas 40Capitulo HL Anélise de Modo e Efeitos de Falha de Projeto Causa(s) Potencial(ais) de Modo de fatha (f2) Causa potencial de falha & definida como uma indicagio de como © processo de projeto poderia permitir que a falha ocorresse, descrita em termos de algo que possa ser corrigido ou possa ser controlado. Causa potencial de falha pode ser uma indicagao de uma fragilidade de projeto, cuja consequéncia & 0 modo de falha, Causas so as circunstancias que Induzem ou ativam um mecanismo de falha. ‘Ao identificar causas potenciais de falha, usar descrigdes concisas das causas especificas das falhas, por exemplo, metalizagio do parafuso permite fragilizacdo por hidrogénio. Expressdes ambiguas, tais como projeto deficiente, ou projeto inadequado, nao deveriam ser usadas, A investigagdo de causas precisa focalizar 0 modo de falha e nao 0(s) efeito(s). Ao determinar a(s) causa(s), a equipe deve assumir que a existéncia da causa em discussio resultard no modo de falha (ou seja, 0 modo de fatha nao requer miiltiptas causas, para ocorter). Tipicamente, podem existir diversas causas, cada uma das quais, pode resultar no modo de fatha. Isto resulta em miltiplas linha (ramificagdes de causas) para o modo de fala Na medida do possivel, listar todas as causas potenciais, para cada modo de fatha/mecanismo de fatha. As causas devem ser listadas tao concisamente e completamente quanto posstvel. Separando-se as causas, resultari uma andlise focalizada para cacla causa ¢ poderd gerar diferentes mensuragées, controles planos de acao. A Tabela ILS. apresenta amostras de causas, para os modos de falha da Tabela HL3. Embora ndo requerido como parte dos elementos minimos do formulirio de FMEA, a tabela inclui 0 mecanismo de falha, para evidenciar os relacionamentos entre modo de falha, mecanismo de falha, e causa. Ao elaborar o DFMEA, assumir que 0 projeto seré fabricado © montado para atender ao objetivo do projeto. Podem-se fazer excegdes, a critério da equipe, onde os dados histéricos indiquem deficiéncias no processo de fabricagao.Capitulo I Anilise de Modo ¢ Bfeitos de Fatha de Projeto Modo de fatha Mecanismo 0 veiculo mo pra Neabuma transferéncia de orga, do pedal para as pastihas Causa Rompimento do vineulo mecénico, devo a inadequada protesio contra corroso. ‘Travamento do cilindro meste, por vino, vid ao projeto (desenho) do retentor. Perda de fluido bidraulico, a partir de inka idréulica ffouta, devido &especificacio incorreta do torgue do ?enda de iuido hidraulico, devido a Tinhas hidrdulicas pingadds!comprimidas,especificapao inapropriada do ‘material do duit, © veteulo pire em mais do pe yy pis Reduzida transferéncia de orga, do pedal para Tuntas do vinculo meeanico press, devido §expecificagao ingpropriada de lubrificagao. “untas do vineulo mecénico comets, devide a inadequada proteso coma corrosio. ira o veicule, com mais do que xx g's de forga as pastiTbas. Perda parcial de Muido hidrulico, devido a linhas hidriulieaspingadas, especificagdo inapropriada do material do duto, "Fransferincia de forga, excessival pia, do pedal para as pastas. Aumento cumulative de pressto no eilindso mestre, devido 0 projet (desenbo) do retenter. ‘Ativa-se sem demand Fees som enna erarn"(n “orelhas" das pastlhas, devido ao acabumento superficial fears retomam a posigdo | no promover adequadas auto-lipeza e protegio contra ide repouso), cortasto, As pastilias nto ‘Corrosio on aciimuilo de depésitos nas guias ou ns { ‘Ativa-se sem demandaz 0 veiculo nde pode se ‘A pressio hidréulica no “liber (ndo se red ‘Travamento do cilindro meste, por vécuo, devide se projeto (€esenho) do retentor. Tabela IIIS Exemplos de Causas PotenciaisCapitulo I Anailise de Modo e Efeitos de Falha de Projeto Esta pagina foi intencionalmente deixada em branco.Anilise de Modo e Efeitos de Falha de Projeto sn] || ei venous Capitulo 11 a 2 (ouaroua aa van) “TwionaLod viTWs 30 S01l343 3 000n 30 3StTYNY Exemplos de Entradas 44 alo) ‘Tabela IIL.1 Amostra de Formulario DFMEA, com Elementos Minimos de Informasio eCapitulo ft Anilise de Modo ¢ Efeitos de Falha de Projeto Ocorréncia (0) (g) Ocorréncia & a probabitidade de que uma determinada causw/mecanismo ocorrera, resultando no modo de falha, durante vida do projeto, nitmero de classificagaio da probabilidade de ocorréncia tem uum significado relativo, em vez de um valor absoluto. (Ver Tabela Cr2).. Deve ser usado um sistema consistente de classificagdo de ocoméneias, pata assegurar continuidade. O mimero de icagdo da ocorréncia é uma classificagio relativa, dentro do escopo do FMEA ¢ no deve refletir a real probabilidade de covorréncia, Critérios de Avaliagao Sugeridos A equipe deveria concordar quanto aos critérios de avaliagao & a0 sistema de classificaggo, e aplicé-los consistentemente, mesmo se modificados para andlises de processos individuais. A Ocorréncia deveria ser estimada com base em uma escala de 1 a 10, usando-se a Tabela Cr2.como uma diretriz, Na determinagio desta estimativa, deveriam ser consideradas questées como as seguintes: + Quais sio histérico de manutengio ¢ experiéncia de campo, com componentes, subsistemas ou sistemas similares? ‘© Oitem ¢ uma evolugdo (transi¢ao) de, ou similar a, um item de nivel anterior? ‘© O quanto significantes sfo as alteragiies, em relagio ao item de nivel anterior? © O item é radicalmente diferente de um item de nivel anterior? ‘© O item é completamente novo? ‘+ Qual a aplicagio, ou quais sio as modificagdes ambientais? ‘© Foi_utilizada uma andlise de engenharia (por exemplo, confiabilidade), para estimar a taxa esperada de ocorréncia comparavel, para a aplicagio? + Foram implantados controles preventivos?Capitulo HI Analise de Modo e Efeitos de Falha de Projeto ‘rine: ry Critérios: - Critrioe: Ocoréneia de Causa - ocean e oe Probabilidade Causa-DFMEA | Gtassificagao de Falha (Vida uti! do Projeto/ (incidentes por confiabilidade do item/veiculo) itens/veiculos) ‘Nova teenologi/nove pojeto, sem histrso. > 100 por mil ‘Muito Alta 10 21emi0 ‘Aaa 6 inevtivel, com novo projetonova 0 por mil | aplicag, ou alieragdo ao ciclo de ° | srabalho/condigées operacionais, Lem20 [A lta € prove, com novo projetenove 20 por mil Atta | plicagdo, ou alteragio no cielo de, i 8 srabalho/condigdes operacionais. Es Jems0 A falha € incerta, com nove projeta/nova, 10 por mil aplieago, ou alteragio no ciclo de 7 | trabatho/condighes operacionais. Jem 100 Falhas fequentesassocadas a projetos 2 por mil similares, ov em simulagioe testes de 6 | projeta, ie - Fathasocasonas essociadas a projtos 05 por mil ‘Moderada | similares, ou em simulago etstes de 5 prota Lem 2,000 Falhasisladas,associadas a projet similar, 0.1 por mil | ‘ove simulagaoe testes de projet ‘ 4 Jem 10.000 i Somente falas isoladas,asocieda a projeto 0,01 por mit praticamenteiatco, ou em simula e 3 Baiva [testes de projeta 1 erm 100,000 Fatbas nfo observads,assocadas a proeto £0,001 pormil | pratcamenteidéntco, ov em simula ¢ ; 2 deses de projet. Jem 1.000000 | ‘A fall écliminada por conse prevenive. |] A fatha €eliminada Muito Balsa por controle 1 preventive abela Cr2 Critérios Sugeridos de Avaliagio de Ocorréncias de DFMEACapiealo HL Analise de Modo ¢ Efeitos de Falha de Projeto Esta pagina foi intencionalmente deixada em branco.Anélise de Modo ¢ Ffeitos de Falha de Projeto Capitulo TTL BT olden epee (o1arosa 30 van) “wowaLod viTW4 30 601/353 3 OGON 30 aS"TyRY ‘Tabela JHLI Amostra de Formulirio DFMEA, com Elementos Minimos de Informacio e Exemplos de Entradas 48Anilise de Modo e Efeitos de Falha de Projeto Controles Atu: de Projeto (h) Controles Atuais de Projeto so aquelas atividades conduzidas como parte do proceso de projeto, que foram conchuidas ou comprometidas (empenhadas) e que assegurarao a adequagiio do projeto aos requisitos funcionais © de confiabilidade, sob consideragdo, Existem dois tipos de controles de projeto a considerar: Prevengao Elimina (previne) a ocoméncia da causa do mecanismo de fatha, ‘ou do modo de falha, ou reduz sua taxa de ocorréncia, Detecsio Identifica (detecta) a existéncia de uma causa, do resultante mecanismo de falha ou do modo de falha, por métodos analiticos ou fisicos, antes de o item ser liberado para produgio. ‘A abordagem preferencial consiste em, se possivel, usar em primeiro lugar os controles de prevencao. As classificagdes iniciais de ocorréncia serdo afetadas pelos controles de prevencéo, desde que eles sejam integrados como parte do objetivo do projeto. © controle de detecgdo deveria incluir a identificagdo daquelas atividades que detectam 0 modo de falha, bem como daquelas que detectamn a causa A equipe deveria considerar andlises, testes, revisdes © outras atividades que garantirio a adequago do projeto, tais como. Controles de Prevengio ‘+ Estudos comparativos. * Projetos & prova de falls. ‘+ Padrdes de Projeto © Materiais (internos e extemos), * Documentagio — registros de melhores priticas, ligdes aprendidas ete, de projetos similares. * Estudos de simulagao — aniilise de conceitos, para estabelecer requisitos de projeto * Verificagao a prova de erros. Controles de Detecea0 + Revisdes de projeto ‘+ Testes de protétipo. + Testes de validagdo. Estudos de simulagao ~ validagdo de projeto ‘+ Projeto de Experimentos, incluindo testes de confiabilidade. Prototipagem em escala real, usando pegas similares.Antlise de Modo ¢ Efeitos de Falha de Projeto Capitulo IIL TORN TER — ° ! ' a3 2] teen cues were) mms Jaf | soi | 4 | oepiaiona eommeurany : arewa nn) ead) van a a xa ST _ oun mooen recep | igang gt se (o1arous aovana) ones ‘Yanan: qytonazod vHrWd a0 SOIR 9 O00N a BSITYNY ‘Tabela 111.1 Amostra de Formulirio DFMEA, com Elementos Minimos de Informagio ¢ Exemplos de Entradas 30Capituto HI Anilise de Modo e Efeitos de Falha de Projeto © exemplo de formulério de FMEA de Projeto, neste manual, possui duas colunas para os controles de projeto (ou seja, colunas separadas para Contoles de Prevengao ¢ Controles de Detecgao) para auxiliar a equipe a distinguir claramente entre estes dois tipos de controles de projeto. Isto possibilita uma rapida determinacao visual, quanto a terem sido considerados ambos os tipos de controles de projeto. Se for utilizado um formmitério de uma coluna (para contrales de projeto), entdo os seguintes prefixos deveria ser usados. Para controles de prevengao, registrar um 'P' antes de cada controle de prevencio listado. Para controles de detecgio, registrar um 'D* antes de cada controle de deteceio listado. Prevenir as causas do modo de falha, através de uma alteragio de projeto ou alteracao de processo de projeto, é a tinica forma pela qual pode ser efetuada uma redugio na classificagdo de ovorréncia. A Tabela TIL6 mostra exemplos de controles de prevensio detecedo, para as causas identificadas na Tabela ILS. Modo de Causa Controles de Controles de falha_| Deteccio Oveiewlo | Rompimento do vinculo | Projetado conforme | Teste de stress | nao para, | mecanico, devido a padrao de material | ambiental 03-9963. inadequada protegao | MS-845. | contra corrosao. Travamento do cilindro | Projeto carry-over | Testes de mestre, por vacuo, Gerivado) com os | variabilidade de devido ao projeto mesmos requisitos | pressiio— nivel de (Gesenho) do retentor. | de ciclo de sistenna. trabalho. Perda de fluido Projetado conforme | Teste de stress hiidrdulico, a partir de | requisitos de torque | incremental (step- linha hidriutica frouxa, | ~ 3993 stress) & vibragio devido a especificagao 18-1950 incorreta do torque do conector. | Perda parcial de fluido | Projetado conforme | Projeto de hidréulico, devido a —_| padrio de material _ | Experimentos linhas hidriuticas MS-L178, (DOE) - resiliéncia pingadas, especificaga0 do duto. inapropriada do material do duto. ‘Tabela [11.6 Exemplos de Controles de Projeto, de Prevengio e Detecsio