Você está na página 1de 14

Necessidade para melhoria

Objetivos dessa pgina

Fornecer uma viso ampla e superficial do FMEA, possibilitando ao usurio ter


noes de como, quando e porqu aplicar o mtodo

Fornecer informaes sobre as limitaes do mtodo e dicas para evitar erros na


execuo do mesmo

Definio
FMEA (failure mode and effect analysis) uma ferramenta usada para aumentar a
confiabilidade de um certo produto durante a fase de projeto ou processo. A ferramenta
consiste basicamente em sistematizar um grupo de atividades para detectar possveis falhas e
avaliar os efeitos das mesmas para o projeto/processo. A partir dessas possveis falhas,
identificam-se aes a serem tomadas para eliminar ou reduzir a probabilidade de que as
mesmas ocorram. Essas aes tambm podem objetivar aumentar a probabilidade de deteco
dessas falhas, para que os produtos que apresentam inconformidades no cheguem ao cliente.
Deste modo obtida uma lista de possveis falhas, organizada por ordem do risco que elas
representam e com respectivas aes a serem tomadas para mitig-las. Essa lista auxilia na
escolha de projetos alternativos com alta confiabilidade durante as etapas iniciais da fase de
projeto. Assim garante-se que todas as possveis falhas de um projeto/processo sejam
consideradas e suas probabilidades de ocorrncia minimizadas (quando se fizer necessrio).

Tipos de FMEA
Geralmente aceito que existem quatro tipos de FMEAs. As etapas e a maneira de realizao
da anlise so as mesmas, diferenciando-se principalmente quanto ao objetivo. Desta
maneira, temos:

FMEA de design: So consideradas as falhas que podero ocorrer com o produto


dentro das especificaes do projeto. O objetivo desta anlise evitar falhas no
produto ou no processo decorrentes do projeto. comumente denominada tambm de
FMEA de projeto ou produto

FMEA de processos: So consideradas as falhas no planejamento e execuo do


processo, ou seja, o objetivo desta anlise evitar falhas do processo, tendo como
base as no conformidades do produto com as especificaes do projeto.

FMEA de sistemas: So considerados sistemas e subsistemas nas fases conceituais e


de projeto. O objetivo desta anlise focalizar nos modos de falhas entre funes do
sistema. So inclusas as interaes entre sistemas e elementos dos sistemas.

FMEA de servios: So analisados os servios antes de eles atingirem o consumidor.


usado para identificar tarefas crticas ou significantes para auxiliar a elaborao de
planos de controle. Ajudam a eliminar gargalos nos processos e tarefas.

Apesar de as etapas e a maneira de realizao da anlise serem as mesmas, existem pequenas


variaes entre cada tipo de anlise. Um exemplo de diferena a defini dos ndices (sero
descritos posteriormente) adotados na elaborao do FMEA.
Portanto, neste trabalho sero focados dois tipos de FMEA por serem os mais utilizados e
conhecidos: FMEA de design e FMEA de processos.

Mecanismos
Os mecanismos utilizados no FMEA so relativemente simples. O mtodo consiste
basicamente em identificar e dispor todos os modos de falha em potencial em uma tabela que
facilitar a sua interpretao.
Aps os modos de falha estiverem sido dispostos na tabela, eles devero ser analisados e
classificados em relao 3 aspectos: Severidade, detectabilidade e probabilidade. Pela
multiplicao desses 3 ndices, tem-se disposio, os modos de falha ordenados de acordo
com a sua importncia. Desta maneira, obtm-se uma tabela que auxilia na tomada de
decises de mudanas (relacionadas com o aumento de confiabilidade) no projeto .
Posteriormente, sero apresentadas explicaes mais detalhadas sobre o funcionamento e
elaborao de um FMEA.

Quando se deve utilizar o FMEA


Inicialmente o FMEA foi desenvolvido para ser usado na fase de projetos para evitar, atravs
de anlise de falhas em potencial e propostas de aes de melhoria, que ocorram falhas nos
projetos de produtos/processos. Porm ela pode ser usada ao longo do ciclo de vida do
produto para detectar poss­veis falhas medida que o sistema envelhece.
importante ressaltar que o FMEA deve ser constantemente revisado e atualizado. Durante a
fase de projeto do produto, recomenda-se que se aplique ou atualize o FMEA durante os
seguintes estgios:

Formulao do conceito

Projeto preliminar

Concluso do projeto detalhado

Programas de melhoria do projeto

Possivelmente, nas fases iniciais de projeto, as informaes sobre o produto estaro limitadas.
Ainda assim, possvel desenvolver o FMEA respondendo a perguntas bsicas como por
exemplo:

Como cada parte do produto poderia falhar?

Quais mecanismos poderiam produzir estes modos de falha?

Quais seriam os efeitos se essas falhas ocorressem?

Essas falhas poderiam acarretar em algum perigo?

Como essa falha detectada?

O que ser planejado durante a fase de projeto para compensar a falha?

O FMEA tambm utilizado em produtos que j esto em operao. Neste caso busca-se
achar a causa raiz das falhas do sistema para propor solues de melhoria. Assim,
diferentemente do FMEA realizado na fase de projetos, no necessrio prever possveis
falhas, pois neste caso trabalha-se com falhas que j esto ocorrendo no sistema.

Benefcios e informaes geradas pelo FMEA


O FMEA traz empresa um melhor conhecimento dos problemas nos produtos/processos. O
mtodo gera uma forma sistemtica de se hierarquizar informaes sobre as falhas dos
produtos/processos, estabelecendo-se, portanto, um sistema de prioridades de melhorias,
investimento, desenvolvimento, anlises teste e validao.
A aplicao da ferramenta gera arquivos que servem como uma referncia para o futuro ao
nvel das evolues possveis, da documentao de erros do passado, do desenvolvimento de
tcnicas avanadas de projeto e do incentivo para a necessidade constante de
desenvolvimento. Desta maneira so geradas aes de melhoria no projeto do
produto/processo, que devem ser devidamente monitoradas (melhoria contnua).
Devido a essa documentao de riscos e preveno de ocorrncia de falhas, o tempo e o custo
de desenvolvimento diminuem. Ao mesmo tempo a confiabilidade, qualidade e segurana do
produto/processo aumentam.
Esse mtodo ajuda a empresa a manter sempre o foco no cliente, garantindo sua satisfao e
segurana. Assim, facilita a empresa a identificar caractersticas crticas para a qualidade.
A anlise do FMEA pode ser um ponto inicial para vrios outros tipos de anlise, por
exemplo:

Anlise de sistema de segurana

Anlise de planejamento de manuteno

Planejamento da produo

Anlise de nvel de reparos

Planejamento de testes

Anlise de apoio logstica

Pode-se observar ento, que o FMEA pode ser um mtodo iterativo, pois medida que so
feitas anlises adicionais, novas informaes, que podem aumentar a preciso do mtodo,
surgem.
H tambm o benefcio de incorporar dentro da organizao a atitude de preveno de falhas,
a atitude de cooperao e trabalho em equipe. Este ltimo importante para, entre outros
aspectos, capturar o conhecimento coletivo de um time.

Limitaes e abusos do FMEA


O FMEA uma ferramenta extremamente eficiente se aplicada de maneira correta. Porm
observa-se na prtica muitos FMEAs que no apresentam resultados satisfatrios devido a
extrapolao de seus limites pelos projetistas.
A eficcia da ferramenta est muito ligada a percia do projetista, devido ao fato de que os
modos de falha precisam ser previstos por ele. Algumas limitaes do FMEA esto listadas
abaixo:

O FMEA no pode ser feito at que o projeto tenha progredido a um certo ponto em
que os elementos do sistema tenham sido selecionados at o nvel que a anlise deseja
explorar

Se o FMEA for executado muito tarde, ele pode no impactar o projeto de modo
eficaz e pode no garantir a confiabilidade do dispositivo

Freqentemente erros humanos e ambientes hostis so negligenciados

Os efeitos combinados de falhas coexistentes no so considerados

Se o sistema for muito complexo e a anlise se estender at o nvel de subsistema (ou


mais detalhado), o processo pode ser extremamente tedioso e consumir muito tempo

Probabilidades de falhas podem ser difceis de se obter. Obter, aplicar e interpretar


esses dados a sistemas nicos, introduz incertezas que so difceis de se avaliar. Alm
disso, a maioria dos sistemas se degradam ao decorrer do tempo, portanto possuem
status mltiplos.

FMEA no analisa perigos ou problemas quando o sistema est operando


devidamente

causado um impacto inicial no cronograma do produto e de manufatura

H uma necessidade de se compor um time com uma caracterstica interdisciplinar


elevada e posteriormente trein-los devidamente, gerando custos.

Deve-se tomar muito cuidado tambm para no se negligenciar alguns itens importantes,
como por exemplo:

utilitrios com Ex.: eletricidade, ar comprimido, gua de arrefecimento, leo


lubrificante pressurizado, vapor, etc...

Atividades humanas de suporte - Ex.: processo de controle...

elementos de interface

Para no tornar o FMEA extremamente tedioso, deve-se ignorar alguns itens que no
auxiliam a anlise de falhas, como por exemplo:

elementos passivos em ambientes no hostis com Ex.: fios eltricos

Como fazer um FMEA


Nesta seo ser descrito como fazer um FMEA passo a passo. Sero apresentadas,
primeiramente, as informaes necessrias para se iniciar a elaborao do FMEA.
Posteriormente, ser comentada cada coluna da tabela com dicas para a sua elaborao e
exemplos.

Informaes necessrias
As unidades de anlise do FMEA so os sistemas, subsistemas e componentes, assim
divididas a fim de sistematizar todo o projeto. Deve-se definir bem a abrangncia dessas
unidades, no somente ao nvel de discretizao das funes e desempenhos individuais, mas
tambm no nvel de interaes entre todas elas. Isso se faz necessrio porque alteraes em
um subsistema podem vir a causar alteraes no funcionamento de outro subsistema. O fato
de dois subsistemas no estarem contacto direto no significa que no possa haver interao
entre eles.
Primeiramente deve-se definir o sistema a ser analisado e obter os desenhos, minutas,
descries, diagramas e listas de componentes. Defina bem o que est sendo analisado (uma
rea, atividade, equipamento...). Depois defina se deve-se analisar o sistema inteiro ou partes
dele, e quais so os alvos a serem considerados (pessoal, produto, etc..).
Faa um WBS (Work Breakdown Structure ) at elementos convenientes e lgicos. Neste
caso pode-se fazer tanto um WBS funcional (de acordo com as funes dos elementos do
sistema) ou um de arquitetura. Pode-se considerar tambm a possibilidade de se fazer ambos.
Somente ento deve realizar a anlise dos elementos (FMEA). Na seo "material para
download" est disponvel um modelo de Tabela de FMEA para design.

Geral

Anexar na tabela todas as hipteses feitas durante a execuo do FMEA e tambm a


definio de notas usadas.

Incluir no cabealho da tabela a data de reviso do documento

Todos os membros do time devem ser listados no cabealho da tabela

Incluir nome e nmero do produto (parte do produto) para fcil identificao do


mesmo posteriormente

Funo

Cada funo deve ter uma medida associada

Cada funo deve ser escrita em um contexto de verbo-substantivo


o Exemplo:

O sistema ABC deve desembaar vidros e aquecer ou esfriar a cabine


at 20C em todas as condies de operao (de -20C 50C)

No tempo de 3 a 5 minutos

Modo de falha em potencial

Cada funo deve ser escrita em um contexto de verbo-substantivo

Cada funo deve ser escrita como uma antifuno


o Existem 5 tipos de modo de falhas:

Falha completa

Falha parcial

Falha intermitente

Falha devido ao excesso da funo

Funo indesejada

Exemplo:

O sistema ABC no aquece o veculo nem desembaa o vidro

O sistema ABC leva mais que 5 minutos para aquecer a cabine

O sistema ABC no aquece o a cabine at 20C em


temperaturas abaixo de 0C

O sistema ABC esfria a cabine para a temperatura de 10C

O sistema ABC liga o desembaador traseiro

Efeitos potenciais de falha

Os efeitos devem ser descritos do modo em que os clientes iriam descrev-los

Efeitos devem incluir: segurana/ corpo regulador; cliente final; clientes internos manufatura, montagem e servios
o Exemplo:

No possvel ver alm da janela da frente

O ar condicionado deixa a cabine muito fria

No esquenta o suficiente

Leva muito tempo para aquecer

Severidade

Os ndices de severidade devem corresponder, de preferncia, aos ndices prdefinidos na tabela 2

Caso opte-se por usar um critrio interno para os ndices de severidade, deve-se
anexar ao FMEA uma referencia para as tabelas com os ndices e explicaes de como
ela deve ser utilizada.
o Exemplo:

No possvel ver alm da janela da frente com severidade 9

O ar condicionado deixa a cabine muito fria com severidade 5

No esquenta o suficiente com severidade 5

Leva muito tempo para aquecer com severidade 4

Causas potenciais/mecanismos de falha

As falhas devem limitar-se aos interesses do projeto

A anlise deve manter-se dentro do escopo definido (sistema que est sendo analisado
e interface com outros sistemas)

Causas em nvel de anlise de componentes devem ser identificadas como


caractersticas do sistema (caractersticas que podem ser controladas no processo)

Geralmente h mais de uma causa de falha para cada modo de falha

As causas devem ser identificadas para um modo de falha, e no para um efeito


individual
o Exemplo:

Posicionamento incorreto das sadas de ar do desembaador

Caminho incorreto percorrido pelas mangueiras das sadas de ar


(provavelmente muito prximas s fontes de calor)

Capacidade inadequada de resfriamento para a aplicao em questo

Ocorrncia

Os ndices de ocorrncia devem corresponder, de preferncia, aos ndices prdefinidos na tabela XXX

Caso opte-se por usar um critrio interno para os ndices de ocorrncia, deve-se
anexar ao FMEA uma referencia para as tabelas com os ndices e explicaes de como
ela deve ser utilizada.

Os ndices de ocorrncia para o FMEA de projeto so baseados na probabilidade que


uma causa pode ocorrer, de acordo com falhas passadas, performances de sistemas
similares em aplicaes similares.

Valores 1 de ocorrncia devem ter dados que providenciam uma justificativa para tal
valor. Esses dados, ou as fontes desses dados, devem ser includos na coluna de aes
recomendadas.
o Exemplo:

Classe

Posicionamento incorreto das sadas de ar do desembaador com


ocorrncia 3

Caminho incorreto percorrido pelas mangueiras das sadas de ar


(provavelmente muito prximas s fontes de calor) com ocorrncia 6

Capacidade inadequada de resfriamento para a aplicao em questo


com ocorrncia 2

A classificao usada para definir caractersticas potencialmente crticas ou


significantes

Caractersticas crticas (sugere-se que se utilize para severidades 9 ou 10 com


ocorrncia igual ou maior que 2) devem possuir uma ao recomendada associada

Caractersticas significantes (sugere-se que se utilize para severidades entre 8 a 4 com


ocorrncia igual ou maior que 4) devem possuir uma ao recomendada associada

Deve-se ter um critrio bem definido para cada caso de aplicao caso opte-se por no
usar a classificao sugerida
o Exemplo:

No possvel ver alm da janela da frente com severidade 9 Posicionamento incorreto das sadas de ar do desembaador com
ocorrncia 3 - crtica

Controle atual de projeto

Controles preventivos so aqueles que ajudam a reduzir a probabilidade que um modo


de falha ou causa de falha possa ocorrer com afetam o ndice da ocorrncia

Controles de deteco so aqueles que identificam problemas na fabricao dos


produto com ndice de deteco associado

Se os controles preventivos e de deteco no forem listados em colunas separadas,


eles devem incluir uma identificao do tipo de controle (P ou D)

Exemplo:
o Especificaes de engenharia (P) com controle preventivo
o Dados de projetos antigos (P) com controle preventivo
o Teste funcional com controle de deteco
o Durabilidade geral de um produto (D) com controle de deteco

Deteco

Os ndices de deteco devem corresponder, de preferncia, aos ndices pr-definidos


na tabela XXX

Caso opte-se por usar um critrio interno para os ndices de deteco, deve-se anexar
ao FMEA uma referencia para as tabelas com os ndices e explicaes de como ela
deve ser utilizada.

Deteco o valor associado a cada tipo de controle de deteco

Valores de deteco igual a 1 devem eliminar o potencial para falha devido a


deficincia de projeto
o Exemplo:

Especificaes de engenharia (P) com sem valor de deteco

Dados de projetos antigos (P) com sem valor de deteco

Teste funcional com deteco 3

Durabilidade geral de um produto (D) com deteco 5

RPN (nmero de prioridade de risco - risk priority number)

RPN uma multiplicao dos ndices de severidade, ocorrncia e deteco.

usado o ndice mais baixo de deteco parar calcular o RPN

No deve-se usar um limite de RPN como principal elemento para a definir aes
recomendadas
o Exemplo:

No possvel ver alm da janela da frente com severidade 9 Posicionamento incorreto das sadas de ar do desembaador com
ocorrncia 3 com teste funcional com deteco 3 com RPN 81

Aes recomendadas

Todas caractersticas crticas ou significantes devem ter aes recomendadas


associadas a elas

As aes recomendadas devem focar no projeto e devem ser dirigidas no sentido de


mitigar a causa da falha ou eliminar o modo de falha

Caso as aes recomendadas no consigam mitigar ou eliminar o potencial para falhas


no projeto, as aes recomendadas devem forar as caractersticas a sofrerem uma
mitigao de processo o quanto antes em um FMEA de processo.

Responsveis e data alvo de finalizao

Deve haver uma pessoa designada para assumir a responsabilidade pelo cumprimento
de cada ao recomendada

Deve-se colocar um nome e no um ttulo para assumir a responsabilidade por cada


ao.

Deve-se lembrar que somente pessoas listadas como membro do time podem ser
listadas pela responsabilidade de uma ao

Deve haver uma data alvo de cumprimento da ao para cada ao recomendada

Resultado das aes

O campo ao tomada deve detalhar quais aes ocorreram e quais os resultados de


cada ao tomada

As aes devem ser completadas at a data alvo de finalizao da ao

Ao menos que o modo de falha tenha sido eliminado, a severidade no deve mudar.

O ndice de ocorrncia pode ou no diminuir baseado nos resultados das aes

O ndice de deteco pode ou no diminuir baseado nos resultados das aes

Caso os ndices de severidade, ocorrncia ou deteco no tenham melhorado, devem


ser definidas novas aes recomendadas.

http://www.industriahoje.com.br/fmea (outro)

O que precisa mudar na ISO TS 16.949, para melhorar a


Qualidade no Setor Automotivo?
Captulo 2 FMEA: Failure Mode and Effect Analysis

Se voc j gastou um mnimo de 600 horas fazendo FMEAs, tanto de projetos como de
processos, possivelmente chegar s mesmas concluses a seguir, ou seja, que FMEA de
grande utilidade apenas em determinadas situaes. Muitos profissionais da qualidade no
setor automotivo (auditores, consultores, analistas, gestores etc), tem a preocupao de
descobrir meios de atender o que a norma exige; e embora isto seja uma real necessidade para
manter a certificao, o foco desses artigos questionar se a norma atende s necessidades da
empresa; neste caso, utilizando FMEA para prevenir defeitos.
Em teoria, FMEA uma ferramenta para ser usada na Anlise do Modo e Efeito de Falhas
Potenciais. Desta forma, vamos supor que uma montadora esteja buscando fazer uma

inovao no motor de um determinado veculo popular, para atender novas especificaes de


desempenho (velocidade, economia de combustvel, nvel de rudo etc). Neste caso, cabe
fazer o FMEA de Projeto e de Processo para este motor; bem como possivelmente para
alguns de seus componentes, mas no necessariamente para todos, pois salvo aqueles que
tenham um conceito novo de projeto ou que vo utilizar algum processo novo de fabricao;
os demais, exceto para atender a norma, no teriam a necessidade de ter FMEAs, j que neste
caso, na prtica no estaramos tratando de um produto ou um processo novo, mas sim do
mesmo tipo de projeto e de processo para um produto que tem apenas dimenses/
especificaes diferentes dos j existentes. Por exemplo: se neste projeto j se determinou as
especificaes do eixo do motor; considerando que ele no seria fabricado por um processo
diferente de outros eixos, no haveria necessidade de fazer o FMEA de Processo, j que
apenas as dimenses so diferentes.
Imagine que sua empresa, seja uma fbrica de um determinado tipo de produto plstico que
vai em veculos, como uma grade para passagem do ar condicionado ou um componente de
levantador de vidro: fazer FMEA numa situao dessa usar o computador para aplicar as
funes copiar e colar ou salvar como, pois certamente seria usado o mesmo processo dos
outros produtos e fazer FMEA seria improdutivo, at porque o prprio processo de APQP, j
possui algumas atividades preventivas, como a execuo de amostras, se aplicvel; e/ou a
produo de lote piloto com a realizao de inspees e testes; realizao de estudos de
capabilidade etc.
H processos e projetos que so totalmente dominados e at parametrizados, realizados na
maioria por empresas que produzem determinados tipos de produtos h anos e sem problemas
significativos de qualidade. Se a empresa tem um processo dominado, fazer FMEA apenas
cumprir uma burocracia. Fazer FMEA seriamente, significa reunir uma equipe multifuncional
e analisar em geral por horas, todas as falhas potenciais para um produto ou um processo e
no apenas preencher um formulrio com o nome de FMEA.
Se voc quer fazer uma anlise crtica da eficcia dos FMEAs na sua empresa, tanto de
projeto, como de processos, faa uma amostragem significativa nos FMEAs, observando
apenas a coluna Aes Recomendadas; e verifique: a) se estas aes so consistentes e foram
determinadas graas ao FMEA: se sim, o FMEA est sendo til; b) se estas aes s foram
colocadas nesta coluna, para mostrar ao auditor ou cliente que tem alguma(s) ao(es)
preventiva(s), pois seriam tomadas de qualquer forma e j fazem parte dos produtos e
processos existentes: se sim, o FMEA est sendo intil; ou c) no existem aes
recomendadas para prevenir os problemas, pois o projeto e/ou processo dominado: se sim, o
FMEA est sendo intil. Nos casos b e c, o FMEA est sendo preparado apenas para atender
um requisito de auditoria e tomando certamente um tempo enorme do pessoal tcnico
responsvel por faz-lo, quando isso no incumbncia de um estagirio.
Outras tratativas inadequadas para o FMEA, praticadas no mercado automotivo:

FMEA por Famlia: esta uma prtica que serve apenas para atender a
norma, mas no ajuda a prevenir problemas, pois o FMEA, tanto de projeto
como de processo, deveria ser aplicado para um produto novo especfico,
modificado ou com outra aplicao. O FMEA por Famlia, facilita a
elaborao do FMEA do Produto, mas no resultado de uma anlise
efetiva de problemas potenciais; ao invs disso, se torna um formulrio
que preenchido com os problemas existentes e no potenciais.

Reviso de FMEA: esta outra prtica que s agrega custo, pois a


empresa acaba usando o FMEA para registrar aes corretivas e no para
prever problemas potenciais. Mais custoso ainda, quando essa reviso
por produto. Tem-se a idia de que, se a empresa tem um arquivo onde
vai deixando o FMEA com a cara do processo atual, para os prximos, ser
necessrio apenas usar as funes copiar e colar ou salvar como para ter
os novos FMEAs, porm isso no fazer uma anlise de problemas
potenciais estruturada, isso preencher formulrio que no ter nenhum
efeito prtico preventivo, que a funo efetiva do FMEA.

Se a empresa precisa realmente fazer um FMEA, no necessrio ter um FMEA por Famlia,
nem ficar registrando as aes corretivas nos FMEAs existentes, pois se precisar de uma
referncia, basta utilizar o FMEA de um item semelhante, bem como ter o histrico de
reclamaes e de no conformidades internas de itens semelhantes, como base para anlise e
preveno de falhas potenciais para o novo produto.
Cabe lembrar, que todos os modos de falhas tem um risco de acontecer, porm invivel
tomar aes preventivas para todos, bem como pode haver causas potenciais que no foram
identificadas, ou seja o FMEA, mesmo que muito bem feito, no garantia de que no haver
problemas aps o desenvolvimento, mas sim para evitar aqueles mais relevantes ou com
maiores riscos.
Salvo excees, para componentes como peas estampadas, usinadas, injetadas etc, o FMEA
no vai ajudar na preveno de defeitos, pois estaremos tratando dos mesmos tipos de
produtos, utilizando os mesmos processos, cuja nica diferena entre si so as dimenses/
especificaes dos produtos; e o APQP j possui atividades mais prticas que ajudaro a
prevenir defeitos.
A soluo para a norma na exigncia deste requisito, seria a aplicao de FMEA para Projeto,
apenas quando houvesse um conceito de projeto diferente dos utilizados pela empresa que
projeta; e o FMEA de Processo, apenas quando para aquele produto novo, fosse utilizado um
processo diferente do que a empresa vem aplicando. Desta forma, as empresas do setor
automotivo, ao invs de fazer um trabalho hercleo para preencher formulrios, poderiam
investir este tempo fazendo melhorias nos produtos e processos, tornando-os mais robustos
em relao qualidade e produtividade. Para chegar a esta concluso, basta analisar os
FMEAs considerando todo o tempo gasto para preenche-los e atualiza-los e observar o
quanto os novos produtos esto melhores devido aos FMEAs. Em geral as empresas fazem
melhorias nos seus processos e produtos, mas no necessariamente por causa da aplicao do
FMEA.