7: & —_= Leitura mais facil Reforco da necessidade do apoio da gestao, interesse e revisdio do proceso e dos resultados FMEA Definigao e reforco do entendimento da relagao entre DFMEA e PFMEA, assim como definicao das relagdes com outras ferramentas Optimizagao das tabelas de classificagao de Severidade, Ocorréncia e Detecgao, para uma maior aproximagao de analise a realidade Introdugao de formularios alternativos, actualmente utilizados na industria Sugestdo para que o NPR nao seja utilizado como primeiro método para avaliacdo de risco.al Processo FMEA Pre Trés casos basicos para implementacao : 1. novos projectos, nova tecnologia ou novo processo. O Ambito é 0 projecto, tecnologia ou processo, completos. 2. modificagdes ao projecto ou processo existentes. O Ambito deveria focalizar a modificagao do projecto produto/processo, possiveis interacgdes devidas as moditicagdes € histérico de utilizagéo, Pode incluir alteragdes nos requisitos regulamentares. 3. alteragdes das condigdes do perfil de utilizagao, localizagao, laboragdo ou exigéncias regulamentares, do projecto existente Impacto na Organizacao e Gestao ee O desenvolvimento duma FMEA é uma actividade muttidisciplinar que afecta todo 0 proceso de realizagao do produto. Assua implementagao tem de ser bem planeada , para ser totalmente eficaz. Normaimente implica tempo e recursos, logo, a necessidade dum comprometimento nao sé do responsavel do processo como daimpacto na Organizagao e Gestio Independentemente da dimensao e estrutura da empresa, 0s principios sao os mesmos : +0 mbito abrangera FMEA’s realizadas internamente e por fornecedores da cadeia de fomecimento. + abordar FMEA’s de Projecto e Processo, conforme aplicavel. +0 processo FMEA deve ser visto como parte integrante do proceso APQP/ANPOP + 6 parte de revisées técnicas de engenharia + € parte da decisdio e aprovacao regular do projecto do produto ou proceso, Uma FMEA é desenvolvida por uma equipa muttifuncional (ou multidisciplinar). Os membros da equipa necessitam de conhecimentos especializados relevantes, tempo disponivel e autoridade delegada pelos orgaos de gestao. Deveria ser implementado um programa abrangente de formagao, incluindo * Visdo global de gestéo + Formagao para utilizadores/participantes + Formagao do Fornecedor + Formagao do facilitador Em ultima instancia, a direccao tem a responsabilidade e a autoridade para o desenvolvimento e manutencao das FMEA’s" FMEA FMEA’s so parte integrante da gestdo de risco e do suporte & melhoria continua. So parte essencial do desenvolvimento de Produtos e Processos. © Planeamento Avangado da Qualidade do Produto (APQP/ANPQP) identifica e focaliza-se em cinco areas + Planear e Definir 0 Programa + Projecto e Desenvolvimento do Produto + Projecto e Desenvolvimento do Proceso * Validagao do Produto e do Processo + Realimentagao de informagées, Avaliagdio e Acgdes Correctivas. -RONOGRAMA do PLANEAMENTO da QUALIDADE do PRODUTO =, a Planeore Projetoe——Projectoe —_ValdaeoRectroaimentagso ‘tine esenvol:__—desenvet._— do produto avaiago eaeG30 programa vimonto do vimenta co ‘covrectva produto ‘proc procesoFMEA te; No Planeamento Avangado da Qualidade do Produto (APQP/ANPQP) temos : * DFMEA’s como uma actividade no Projecto e Desenvolvimento do Produto. + PFMEA’s como uma actividade no Planeamento e Desenvolvimento do Processo A utilizagéo de DFMEA ou PFMEA contribui para que as equipas concebam projectos de produtos e processos que atendam as expectativas. i FMEA A andlise FMEA nao deveria ser considerada como um evento Unico/isolado, mas como um compromisso de longo prazo, que complementa 0 desenvolvimento de produtos e processos, para garantir que falhas potenciais sejam avaliadas e, adoptadas medidas para reduzir 0 risco. \ a A base fundamental da melhoria continua é a retengao do conhecimento passado, que frequentemente é capitalizado em FMEA’s. E aconselhavel que as organizagées aproveitem andlises anteriores de projectos similares de produtos e processos, para utilizar como ponto de partida para préximos programas e/ou aplicacdes.a = mn 5 \ A linguagem utilizada nas FMEA’s deveria ser a mais especifica possivel ‘Ao descrever um item (ex: modo de falha ou causa) nao divagar ou extrapolar para além do nivel de compreensao da equipa. * Declaragées claras, + Terminologia concisa, +Foco sobre efeitos reais sao a chave para a efectiva identificagao e izagaio de questées de risco Acompanhamento e Melhoria Continua =< + As acgées preventivas/correctivas devem ser comunicadas a todas as actividades/areas afectadas/envolvidas, + Uma FMEA cuidadosamente concebida e bem desenvolvida, é de valor limitado, sem acg6es preventivas/correctivas positivas e efectivas. * A lideranga da equipa, é responsavel por assegurar que todas as acgdes recomendadas foram adequadamente implementadas ou tratadas. + AFMEA é um documento vivo, deverd reflectir sempre o ultimo nivel, assim como as uitimas acgdes pertinentes, incluindo as ocorridas em producao série.al Acompanhamento e Melhoria Continua oe t O responsavel do projecto, disp6e de diversos meios para assegurar que as acces recomendadas foram implementadas, como + Rever projectos, processos e registos relacionados, para assegurar que as accdes recomendadas tenham sido implementadas + Confirmar a incorporagao das alteragdes 4 documentagao de projecto/montagem/abricagao, e + Rever as FMEA’s de Projecto/Processo, aplicagdes especiais de FMEA’s e Planos de Controlo De M eNO 3 ° ies c = ii on s g 5 z int fr a ui g = a z zs a has 3 al ° 3Estratégia Introdugao “ Abordagem comum FMEA projecto ou processo para tratar : * Falha potencial do produto ou proceso, para atender 4s expectativas * Consequéncias potenciais * Causas potenciais do modo de falha + Aplicagao dos controlos actuais + Nivel de risco + Redugao de risco Antes de iniciar uma FMEA, a equipa deveria definir 0 Ambito do projecto e recolher toda a informacao existente necessaria, para um efectivo e eficiente processo de desenvolvimento.Podem ser utilizados os formatos propostos, noentanto, outro formato pode ser utilizado, desde que contemple + Fungées, requisitos e resultados do produto ou processo em analise; + Modos de falha, quando os requisitos funcionais nao sao atingidos; * Efeitos e consequéncias do modo de falha; * Causas potenciais do modo de falha; ‘+ AcgGes € controlos para tratar as causas do modo de falha, e + Acgdes para prevenir 0 reocorréncia do modo de falha. strutura Basica te = ae . Identificar a Equipa “Topico de desenvolvimento | Recursos ou Coneclmentos Rlevantes as. EMEA seen pecs se sponta | Cle rec em ee *\+ Estabelecer limites para a andlise FMEA * Definir 0 incluido e nao incluido, considerando 0 tipo de FMEA * Antes de iniciar, determinar um claro entendimento do que deverd ser avaliado + Oa excluir pode ser tao importante como 0 a incluir na andlise + O Ambito deve ser estabelecido no inicio do processo, para garantir orientagao e foco consistentes Detinir 0 Ambito ‘ — ean" Considerar os seguintes itens como ajuda : + Modelo Funcional * Diagramas de Blocos (limites) * Diagramas de Parametros + Diagramas de Interfaces + Fluxogramas do processo Matrizes de relagao Lista de Materiais 10Definir o mbito FMEA de Sistema Um FMEA de Sistema é constituido por diversos subsistemas. Como exemplo : Sistema de Chassis, Sistema do Conjunto Motor e Transmissao, Sistema do Interior dum Veiculo, etc. O FMEA de Sistema consiste em tratar de todas as interfaces e interacgdes entre sistemas, subsistemas , ambiente e cliente FMEA de Subsistema Subconjunto dum FMEA de Sistema. Como exemplo : subsistema suspensao dianteira, 0 qual é um sub conjunto do sistema de chassis, O FMEA de Subsistema consiste em tratar de todas as interfaces e interacgdes entre os componentes do sub sistema e interacgdes com outros sub sistemas ou sistemas "=\ FMEA de Componente Subconjunto dum FMEA de Sub sistema. Como exemplo : uma pastitha do travao é um componente do conjunto de travées, o qual é um subsistema do sistema chassis Qualquer ajuste subsequente do Ambito, pode exigir modificagées na estrutura e composigao dos membros da equipa. Acces recomendadas e resultados a) objectivo das acgdes recomendadas é reduzir 0 risco global e a probabilidade de que o modo de falha venha a ocorrer. As acgées recomendadas visam reduzir a severidade, ocorréncia e deteceao. Os itens seguintes, entre outros, podem ser usados para assegurar que as acgdes apropriadas foram tomadas + garantir que requisitos de projecto, incluindo fiabilidade, sejam atingidos + rever desenhos e especificagdes de engenharia * confirmar a incorporagdo em processos de montagem/fabricacao e * rever FMEA’s, planos de controlo e instrugdes de trabalho relacionados 12al Accées recomendadas e resultados 4 A responsabilidade e a programacao temporal para concluir as acces recomendadas deveriam ser registadas Uma vez concluidas as acgées e os resultados obtidos, deveriam ser actualizadas a severidade, ocorréncia e detecoao s Acgdes recomendadas e resultados # Responsabilidade da Direccao A direcgao é a dona do processo FMEA. A direcgao tem a responsabilidade final de seleccionar, aplicar os recursos e garantir um proceso eficaz de gestao de riscos, incluindo a programagao temporal. 13a Acces recomendadas e resultados & Responsabilidade da Direccdo A direcgao é responsavel pelo apoio directo a equipa, através de revisdes durante o decorrer do processo, eliminando barreiras, e incorporando/capitalizando as lig6es aprendidas. a 4 at? 14=a O PFMEA, apoia o desenvolvimento do processo de _\ APFMEA inicia-se pela elaboracao duma lista dos objectivos do proceso. +0 que deve fazer e +0 que nao deve fazer Deveria iniciar com um fluxograma global do processo, que identifica as caracteristicas produto/processo associadas a cada operacao. Deveria incluir a identificagdo dos efeitos no produto, a partir do respectivo DFMEA, Deveria acompanhar a PFMEA, cépias dos fluxogramas usados na sua elaboragao. Desenvolvimento duma PFMEA | 7mi 7 ae : ae Fluxograma do proceso e relacdo com PFMEA + deveria ser feita uma avaliagao preliminar de riscos, utiizando 0 fluxograma do proceso, para identificar quais as operagdes que podem ter impacto na fabricagao e montagem; * deveriam ser incluidas no PFMEA as operagoes identificadas anteriormente; +08 requisitos/fungao para cada processo, sao as saidas de cada etapa e so a base para identificar modos de falha potenciais * para garantir continuidade, ¢ recomendavel que a mesma equipa multifuncional desenvolva 0 Fluxograma do Process, o PFMEA e © Plano de Controlo = iv Outras Ferramentas e Fontes de Informagao + DFMEA; + Desenhos e registos de projecto; * Lista do processo; + Matriz de Correlagao de Caracteristicas; + Nao conformidades internas e externas (clientes), ou seja, modos de fala conhecidos, baseados em dados historicos; * Historico da Qualidade e Fiabilidade 18See | FeaTehD) @ Severidade (S) (d) Pa Severidade é 0 valor associado ao efeito mais grave, para um dado modo de falha. Severidade é uma classificagao relactiva, dentro do Ambito da FMEA. Critérios de Avaliagao Sugeridos ‘A equipa deveria concordar quanto aos critérios de avaliagao e aplica- os duma forma consistente. NOTA : nao é recomendado modificar os valores 9 € 10, dos critérios de classificagéio. Modos de falha com uma classificagao 1 nao deveriam ser analisados.ai Ocorréncia (0) (g) ee —— Probabilidade que uma determinada causa de falha ocorrera. A métrica da probabilidade de ocorréncia tem um significado relactivo, e no um valor absoluto. Estima-se a probabilidade da ocorréncia duma potencial causa, atribuindo um valor de 1 a 10. “Incidentes por itens/veiculo” é utilizado para por antecipacao indicar © numero de falhas durante a execucao do processo. Se existirem dados disponiveis dum processo idéntico, deveriam ser utilizados para determinar a classificagao da ocorréncia. Critérios de Avaliacao Sugeridos A equipa deveria concordar quanto aos critérios de avaliagao e a0 sistema de classificagao, e aplicd-los consistentemente. A Ocorréncia deveria ser estimada utilizando a escala de 1 a 10. Lal Detec¢ao(D) (i) ee Ceitérios de Avaliagao Sugeridos A equipa deveria concordar quanto aos critérios e ao sistema de avaliagao, e aplicd-los duma forma consistente. ‘A Deteceao deveria ser estimada conforme tabela. NOTA : 0 valor de classificagao 1 (um) é reservado para prevengao de falhas através de solugdes de projecto de processo comprovadas/validadas. > 20* Valor utilizado para ajudar na priorizagdo das accées : NPR = Severidade (S) x Ocorréncia (O) x Detecgao (D) Dentro do émbito do FMEA este valor pode variar entre 1 e 1000. A utilizagao de um valor limite de NPR NAO é uma pratica recomendada para determinar a necessidade de acgées. Numero de Prioridade de Risco (NPR) (j) a % Se 0 valor limite for 100, deve-se agir sobre a caracteristica B mm Seeiece | _Gravancie | _Dewceto wR @ 7 @ 4 12 21a > ; a - Numero de Prioridade de Risco (NPR) (j) ‘A equipa nao deve estar preocupada com o NPR, mas sim em robustecer 0 proceso, para impedir que 0 Modo ocorra e provoque o Efeito. As limitagdes do uso do NPR precisam ser compreendidas. Nao é recomendado 0 uso de limites de NPR para determinagao da prioridade da acco. _ Accao(ées) Recomendada(s) (k) As acgées de prevengao sao preferiveis as acgdes de detecgao. Verificagdes a prova de erro, em vez de verificagdes aleatérias ou controlos da qualidade. objectivo de qualquer aceao recomendada é reduzir as classificages pela seguinte ordem : severidade, ocorréncia e deteceao. * Reduzir a Classificagao de Severidade (S) * Reduzir a Classificagao de Ocorréncia (0) ‘* Reduzir a Classificagao de Detec¢ao (D) 22\ Aceao(des) Recomendada(s) (k) * Reduzir a Classificagao de Severidade (S) : Apenas uma analise critica do projecto ou processo pode produzir este efeito. Uma alteracao do projectoproduto/processo, 86 por si, nao implica que a severidade seja reduzida, Qualquer alteragao de projecto produto/processo deveria ser analisada criticamente pela equipa, para determinar o efeito sobre a funcionalidade do produto e proceso. ‘A maxima eficacia e eficiéncia sao obtidas, tanto para produto como para proceso, se forem implementadas ao nivel do desenvolvimento. Accdio(6es) Recomendada(s) (k) * Reduzir a Classificagéo de Ocorréncia (0) : Para se conseguir esta redugao, podem ser necessarias revisoes de projecto do produto e processo. Ao nivel do processo pode ser necesario eliminar ou controlar uma ou mais causas do modo de falha, fazendo uma analise critica ao projecto produto/processo. Podem ser implementados estudos, utilizando métodos estatisticos, para compreender as origens da variacao do proceso, A capitalizagao da experiéncia pode orientar para uma realimentacao continua de informagao para operacdes estabelecidas, melhoria continua e prevengao de problemas. 23a Acgao(Ses) Recomendada(s) (k) © Reduzir a Classificagao de Detec¢ao (D) : O método preferido é 0 uso de verificagao a prova de erros. Situagdes ha em que é requerida uma alteracao de projecto. Mehlorar controlos de detecgo requer conhecimento e compreensao das cusas dominantes de variagao do processo ou qualquer causa especial. ‘Aumentar a frequéncia de controlo nao é uma acgao efectiva, apenas deveria ser utilizada como medida temporaria, para recolha de informagao sobre o proceso, para que se possam implementar acgées preventivas/correctivas permanentes. No caso de auséncia de acces recomendadas, deveria ser indicado na coluna respectiva “Nenhuma”. Caso se trate de severidade alta, deveria existir um comentario. Accdo(des) Recomendada(s) (k) * Reduzir a Classificagao de Deteceao (D) : Para acgdes do proceso, a avaliagao pode incluir, entre outras, uma revisao * dos resultados do DOE do processo, ou outros ensaios, quando aplicaveis. « do Fluxograma do proceso, plano de implantagao, instrugées de trabalho, plano de manutengao preventiva, * dos equipamentos, dispositivos de fixagao ou especificagdes de equipamentos, + dos dispositivos sensor/detector novo ou modificado > 24