Análise FMEA

O que é a análise FMEA?

A FMEA (Análise de Modos de Falha e Efeitos) é um método sistemático para identificar e prevenir possíveis defeitos em produtos e processos. O nome reflete a essência do método: analisar os possíveis modos de falha e seus efeitos.

A FMEA é uma abordagem estruturada na qual uma equipe de especialistas identifica todas as formas pelas quais uma falha poderia ocorrer, avalia suas consequências e define medidas para reduzir o risco. A análise funciona de baixo para cima, partindo de componentes individuais até o panorama geral.

A característica marcante da FMEA é que ela é preventiva. Em vez de reagir a problemas que já ocorreram, o método permite antecipar e prevenir falhas antes que elas aconteçam. A FMEA classifica os riscos com base em três critérios: a gravidade das consequências (Gravidade), a probabilidade de ocorrência (Ocorrência) e a capacidade de detectar o problema antes que ele se manifeste (Detecção).

A FMEA é aplicada em diferentes estágios do ciclo de vida do produto:

• na fase de projeto, ajuda a identificar possíveis problemas de projeto (FMEA de Projeto);
• ao estabelecer processos de produção, identifica possíveis falhas no processo (FMEA de Processo),
• e a FMEA funcional concentra-se na prevenção de falhas na operação do sistema como um todo.

A metodologia FMEA inclui uma avaliação quantitativa de riscos. Na abordagem clássica, o RPN (Índice de Prioridade de Risco) é calculado como o produto da Gravidade, da Ocorrência e da Detecção. A norma atual AIAG-VDA também utiliza um sistema de Prioridade de Ação (Alta/Média/Baixa). É dada atenção especial aos riscos com a pontuação mais alta de Gravidade (9–10 pontos), mesmo que seu RPN seja baixo.

Tipos de FMEA: qual abordagem escolher?

Existem vários tipos de FMEA, cada um aplicado em sua própria etapa do ciclo de vida do produto ou processo, dependendo dos objetivos e do objeto de análise. Cada tipo tem suas próprias especificidades e escopo:

Ao escolher uma abordagem de FMEA, leve em consideração o estágio do ciclo de vida do produto e os problemas específicos que você precisa resolver. Para novos desenvolvimentos, é melhor começar com a DFMEA e, em seguida, passar para a PFMEA ao definir o processo operacional. A FFMEA pode ser utilizada em qualquer estágio para garantir a confiabilidade funcional do sistema como um todo.

Metas e objetivos da análise de modos de falha e efeitos

A FMEA possui uma série de metas estratégicas e objetivos práticos que a tornam uma ferramenta valiosa para as organizações. A principal meta da FMEA é prevenir falhas potenciais e minimizar seu impacto negativo no produto, no processo e, em última instância, no usuário.

Uma das principais metas da FMEA na área de TI é melhorar a confiabilidade e a segurança das soluções digitais, desde o software até a infraestrutura de TI. Dentro da abordagem ITSM, a FMEA ajuda a analisar e eliminar sistematicamente pontos potenciais de falha nos serviços já na fase de projeto, implementação ou mudança. A detecção precoce de vulnerabilidades torna os serviços de TI mais resilientes e reduz o risco de interrupções, vazamentos de dados e outros incidentes que afetam a qualidade do serviço para os usuários finais.

A otimização dos recursos da empresa é um objetivo igualmente importante. Eliminar defeitos em estágios iniciais custa menos do que corrigir problemas em produtos que já foram entregues. Por exemplo, se um software de gerenciamento de dados em nuvem contiver uma vulnerabilidade que possa vazar informações de clientes, o resultado pode ser graves perdas financeiras e de reputação. Esse risco poderia ter sido minimizado com a aplicação da FMEA durante o projeto da arquitetura do sistema e dos mecanismos de segurança.

Para atingir essas metas, a FMEA aborda uma série de objetivos específicos:

1. Identificar sistematicamente todos os modos de falha possíveis dos componentes, subsistemas e do sistema como um todo.
2. Determinar os efeitos potenciais de cada modo de falha e classificar sua gravidade em uma escala definida.
3. Estabelecer as possíveis causas das falhas e a probabilidade de sua ocorrência.
4. Analisar os controles existentes e avaliar sua capacidade de detectar as causas das falhas ou prevenir seus efeitos.
5. Calcular o índice de prioridade de risco (RPN) para cada modo de falha com base nas classificações de gravidade, ocorrência e detecção.
6. Desenvolver e implementar ações corretivas para reduzir o risco das falhas mais críticas.
7. Avalie a eficácia das ações tomadas e atualize a FMEA com base nos dados obtidos.

Abordar esses objetivos em conjunto cria uma cultura de gestão proativa da qualidade na organização, na qual problemas potenciais são identificados e eliminados antes que apareçam nos produtos de TI finalizados. Essa abordagem não apenas reduz o custo do suporte de garantia e da correção de defeitos, mas também fortalece a confiança do cliente na marca e nos produtos da empresa.

Por que e quando realizar a FMEA

A FMEA é especialmente valiosa em determinados momentos do ciclo de vida de um produto ou processo. Saber o melhor momento para realizá-la maximiza os benefícios e minimiza o custo da correção de possíveis problemas:

Nos estágios iniciais do desenvolvimento de novos produtos ou processos

A FMEA é útil logo no início, pois quanto mais cedo as falhas potenciais forem identificadas, mais fácil e barato será fazer as alterações necessárias. Corrigir um defeito na fase de concepção é muito mais barato do que corrigir o mesmo problema depois que o produto chega ao mercado.

Após a aplicação do QFD (desdobramento da função de qualidade)

Depois que o QFD traduz os requisitos do usuário em características técnicas, a FMEA verifica quais delas apresentam risco e precisam de melhorias.

Quando um produto ou processo existente é aplicado em um novo contexto

Uma mudança nas condições operacionais pode revelar riscos e modos de falha que não eram óbvios e não apareciam no ambiente familiar.

Antes de desenvolver planos de controle para um processo novo ou modificado

A FMEA indica quais parâmetros e pontos do processo requerem atenção especial. Isso possibilita a construção de um sistema eficaz de monitoramento e controle de qualidade.

Ao planejar melhorias em um produto ou processo existente

A FMEA ajuda a definir prioridades e avaliar os riscos potenciais das mudanças propostas. Ela evita situações em que a solução de um problema crie outros novos e mais graves.

Ao analisar falhas em processos ou produtos existentes

Se forem encontrados defeitos ou falhas durante a operação, a FMEA permite investigar suas causas de forma sistemática e desenvolver medidas para evitar que se repitam.

Lembre-se de que a FMEA não é um exercício pontual, mas um processo contínuo. À medida que novos dados operacionais se acumulam, as condições de uso mudam ou alterações no projeto são feitas, a análise deve ser atualizada, o que melhora a qualidade e a confiabilidade.

Escolher o momento certo para a FMEA permite que uma organização obtenha o máximo retorno dos recursos investidos e melhore significativamente a qualidade de seus produtos e processos.

Metodologia da FMEA: um algoritmo passo a passo

A FMEA é uma análise estruturada realizada de acordo com um algoritmo definido. Seguir todas as etapas da metodologia em sequência não apenas revela problemas potenciais, mas também gera medidas eficazes para evitá-los.

Etapa 1. Definir o processo ou sistema a ser analisado

A primeira etapa consiste em definir o objeto do estudo e formar uma equipe de especialistas para realizar a análise. Se um sistema ou processo complexo estiver sendo analisado, é importante estabelecer os limites da análise: o que exatamente será examinado e o que ficará fora do escopo.

A equipe deve incluir representantes dos diversos departamentos e disciplinas relacionadas ao objeto de análise: engenheiros de projeto, engenheiros de processo, especialistas em qualidade e representantes das operações e da equipe de atendimento.

Recomenda-se o uso de fluxogramas para visualizar o processo que está sendo analisado. Eles ajudam todos os membros da equipe a compartilhar o mesmo entendimento sobre a estrutura e a lógica do sistema ou processo.

Etapa 2. Identificar falhas potenciais e suas causas

Nesta etapa, a equipe identifica todos os modos de falha possíveis para cada elemento do processo ou sistema. É importante considerar não apenas as avarias óbvias, mas também qualquer desvio da operação normal.

Para cada falha potencial, determinam-se seus possíveis efeitos: como ela afetará o sistema, os sistemas relacionados e, em última instância, o usuário ou cliente. Os efeitos locais, os efeitos no nível seguinte e os efeitos finais da falha são analisados separadamente.

A equipe então identifica as causas potenciais de cada falha. Dados históricos sobre sistemas ou processos semelhantes podem ajudar nessa etapa, assim como o brainstorming e a análise de causa e efeito.

Etapa 3. Classificar a gravidade, a ocorrência e a detecção

Na terceira etapa, cada falha é classificada com base em três parâmetros:

• A gravidade é classificada em uma escala de 10 pontos, em que 1 significa impacto insignificante e 10 significa consequências catastróficas que colocam em risco a vida humana.
• A ocorrência também é classificada em uma escala de 10 pontos, em que 1 significa uma probabilidade extremamente baixa e 10 significa que a falha é quase inevitável.
• A detecção avalia a capacidade dos controles existentes de detectar a falha ou sua causa antes que ela afete o sistema ou o cliente. A escala vai de 1 (é muito provável que a falha seja detectada) a 10 (quase impossível de detectar).

As classificações devem ser o mais objetivas possível, levar em conta todas as informações disponíveis e basear-se no consenso entre os membros da equipe.

Etapa 4. Calcular o RPN e priorizar os riscos

Com base nas classificações, o número de prioridade de risco (RPN) é calculado usando a fórmula:

RPN = Gravidade × Ocorrência × Detecção

Quanto maior o RPN, maior a prioridade das medidas para eliminar ou reduzir o risco dessa falha. Geralmente, é definido um RPN limite (por exemplo, 125), acima do qual a ação corretiva é obrigatória.

Os resultados são inseridos em uma planilha de FMEA, que se torna a base para trabalhos posteriores de redução de riscos.

Etapa 5. Desenvolver ações corretivas e monitorar os resultados

Na etapa final, são desenvolvidas ações corretivas para as falhas com os maiores valores de RPN. Elas podem ter como objetivo:

• reduzir a gravidade (mudanças no projeto, adição de mecanismos de proteção);
• reduzir a probabilidade de ocorrência (mudanças no processo, componentes de melhor qualidade);
• melhorar a detecção (introdução de controles adicionais).

A cada ação é atribuído um responsável e um prazo. Uma vez implementadas as medidas corretivas, os parâmetros são reavaliados e o RPN recalculado para confirmar se as medidas são eficazes.

Uma FMEA é um documento dinâmico que deve ser revisado regularmente sempre que houver mudanças no projeto, no processo ou nas condições operacionais. Somente assim a metodologia se torna uma ferramenta eficaz para a melhoria contínua da qualidade.

Exemplos de FMEA nos negócios

A FMEA é amplamente utilizada em TI e nos negócios digitais. Vejamos alguns exemplos práticos de como a metodologia ajuda a prevenir interrupções, tornar os sistemas mais resilientes e melhorar a qualidade dos processos e serviços de TI.

Nos serviços de TI, a FMEA é especialmente valiosa na implementação e no aprimoramento de processos de ITSM. Uma empresa de TI que dá suporte a infraestruturas críticas pode aplicar a FMEA para analisar seu processo de gerenciamento de incidentes. A análise pode revelar falhas potenciais no sistema de escalonamento de incidentes, incluindo o risco de priorização incorreta de interrupções críticas e a falha em notificar os especialistas responsáveis a tempo.

Na infraestrutura de TI de uma instituição financeira, a FMEA pode ajudar a identificar riscos associados a testes insuficientes das alterações antes de elas serem implantadas em produção. Ela pode mostrar o que representa a ameaça mais grave, por exemplo, a falta de testes completos de integração entre diferentes sistemas.

A FMEA pode ser utilizada no projeto de um processo de backup de dados de clientes. A análise revelará possíveis problemas relacionados a backups incompletos e falhas na restauração. Por exemplo, o cenário em que a integridade do backup não é verificada receberá o RPN mais alto. A introdução de verificação automática de backup e testes periódicos de restauração reduzirá o risco de perda de dados e elevará a confiabilidade do serviço ao nível exigido pelo SLA.

Esses exemplos mostram como a FMEA pode ser integrada aos processos de gerenciamento de serviços de TI e ajudar a melhorar a qualidade e a confiabilidade dos serviços de TI. A análise sistemática de falhas potenciais não apenas previne problemas, mas também constrói uma infraestrutura de TI mais resiliente, o que, em última instância, aumenta a satisfação do usuário e reduz os custos gerais de suporte.

FMEA em poucas palavras

1. A FMEA ajuda a identificar e eliminar falhas potenciais antes que elas ocorram. Isso reduz significativamente o custo de correção de defeitos e evita danos à reputação decorrentes do lançamento de produtos de TI de baixa qualidade ou da prestação de serviços não confiáveis.
2. A FMEA oferece uma abordagem estruturada e baseada em métricas para a avaliação de riscos. O cálculo do índice de prioridade de risco (RPN) fornece um critério objetivo para decidir se e com que urgência são necessárias ações corretivas, o que ajuda a alocar os recursos da empresa de maneira sensata.
3. A FMEA é aplicada em diversas áreas de TI, desde o desenvolvimento de software e o gerenciamento de infraestrutura de TI até a confiabilidade dos serviços no âmbito do ITSM. Dependendo do objeto de análise, é possível escolher o tipo mais adequado de FMEA (DFMEA, PFMEA ou FFMEA).
4. A FMEA não é um exercício pontual, mas um processo contínuo. Revisar e atualizar regularmente a análise à luz de novos dados e mudanças no projeto ou nos processos ajuda a melhorar produtos e serviços e mantém a empresa competitiva.