FRACAS:Uma Visão Geral

FRACAS é um processo que dá às organizações uma maneira de relatar, classificar e analisar falhas, bem como planejar reações corretivas em resposta a essas falhas.

O que é FRACAS?

Um sistema de relatório de falha, análise e ação corretiva (FRACAS) é um processo que dá às organizações uma maneira de relatar, classificar e analisar falhas, bem como planejar reações corretivas em resposta a essas falhas. O software é freqüentemente usado para implementar um sistema FRACAS para ajudar a gerenciar vários relatórios de falhas e produzir um histórico de falhas com as ações corretivas correspondentes, de forma que as informações registradas dessas falhas anteriores possam ser analisadas.

Desenvolvido e usado pela primeira vez pelos grupos do Departamento de Defesa dos Estados Unidos em 1985, um FRACAS é um processo de circuito fechado que contém as seguintes etapas:

1. Relatório de falha (FR): Todas as falhas e falhas relacionadas a um sistema, peça de equipamento ou processo são formalmente relatadas por meio de um formulário padrão conhecido como relatório de falha ou relatório de defeito. O relatório de falha deve identificar claramente o ativo com falha, sintomas da falha, condições de teste, condições operacionais e tempo de falha.
2. Análise (A): Execute uma análise de causa raiz para identificar o que causou a falha. Execute uma análise de causa raiz para identificar o que causou a falha.
3. Ações corretivas (CA): Assim que a causa da falha for determinada, implemente e verifique as ações corretivas (ou preventivas) para prevenir futuras ocorrências da falha. Quaisquer mudanças devem ser formalmente documentadas para garantir a padronização.

O FRACAS pode ser usado em várias aplicações, como segurança / redução de riscos, controle de processos e sistemas de relatório de incidentes. O processo de ciclo fechado é uma abordagem disciplinada e focada que detecta e resolve problemas nos estágios de design, desenvolvimento e produção. Ele faz isso por meio de várias tarefas fundamentais, incluindo registrar e capturar dados e informações sobre falhas; identificação e priorização de falhas; e determinar, implementar e verificar ações corretivas para evitar a recorrência de falhas.

Um FRACAS também fornece informações importantes de análise de falhas e ações corretivas para relatórios de dados de confiabilidade. Resumos de relatórios para itens como contagens de incidentes contêm dados valiosos de confiabilidade e qualidade.

Os FRACAS agora são amplamente digitais e, além de relatórios, análises e correções de falhas, podem funcionar em conjunto com vários processos e ferramentas, como DMAIC, MTBF e MTTR.

Como implementar o FRACAS

A implementação de um FRACAS é altamente personalizável com base nas necessidades da sua organização. Na verdade, não existe um único padrão FRACAS que seja aplicado em todas as áreas, com muitos padrões sendo específicos do setor. Abaixo estão as diretrizes e uma visão geral completa de um FRACAS eficaz e o que é necessário para reunir as informações necessárias. Conforme mencionado anteriormente, existem três etapas básicas para coletar essas informações:

Etapa 1 - Criação do relatório de falha

O FRACAS começa com o relatório de falha - o registro da falha de um ativo, problema ou motivo de preocupação com um produto ou processo. As informações nos relatórios de falha podem variar amplamente, dependendo do seu setor, processos e requisitos de conformidade. A criação de um relatório pode envolver falar com vários departamentos de sua organização para discutir coisas como suporte técnico, resultados de testes de laboratório, defeitos de fabricação, problemas em campo e engenharia ou design.

Independentemente do tipo de informação que você está rastreando no FRACAS, é importante lembrar que você precisa restringir as informações que deseja incluir em seu relatório. Isso significa qualquer informação considerada necessária para ajudar a determinar e resolver problemas, bem como informações para rastreamento futuro.

Durante o estágio de relatório de falha do FRACAS, você deve definir claramente o tipo de informação a ser registrado no relatório de incidente. Com o tempo, conforme as falhas fluem pelo processo FRACAS de loop fechado, mais informações serão coletadas; entretanto, inicialmente, o máximo possível de dados deve ser coletado sobre a falha e como ela foi detectada. Os relatórios de falha devem coletar informações como:

• Data e hora do incidente
• Quem encontrou o problema ou falha
• Quem está conduzindo o relatório de incidente
• Todos os detalhes sobre o incidente, incluindo as etapas que levaram ao incidente
• Qualquer ação corretiva que foi realizada para corrigir o problema
• Sugestões de mudanças que podem ser implementadas para prevenir a recorrência

Conforme observado anteriormente, essas informações podem variar dependendo do tipo de dados que você está rastreando, quem está registrando as informações, quais detalhes são necessários para resolver o problema, requisitos de conformidade e muito mais. Geralmente, os relatórios de falha do FRACAS são personalizados de acordo com os requisitos de cada organização.

O aspecto mais importante do relatório de falhas é garantir que os problemas sejam registrados em seu FRACAS à medida que ocorrem em tempo real. Para fazer isso, todos os membros da equipe devem ter acesso ao FRACAS e ser capazes de navegar corretamente no sistema.

Etapa 2 - Análise

Depois de registrar seu (s) relatório (s) de falha, é hora de conduzir uma análise do problema em questão. Esta fase também pode ser personalizada para se adequar às necessidades da sua organização e ajudá-lo a determinar como proceder com a análise do problema. A fase de análise normalmente é feita por um líder de equipe ou engenheiro que avalia totalmente o que causou a falha e, em seguida, identifica uma solução.

Etapa 3 - Ação corretiva

A etapa final do FRACAS é resolver o problema e fechá-lo. Neste ponto, você determinou a causa raiz da falha e encontrou uma solução para corrigi-la. Depois de implementar a ação corretiva, sua equipe deve verificar o sucesso da ação e encerrar o incidente no sistema. Fechar cada falha é fundamental para garantir que o sistema de malha fechada permaneça intacto.

O fluxo de trabalho FRACAS

O fluxo de trabalho do FRACAS consiste em várias etapas que compõem o processo de loop fechado, que leva o relatório inicial do incidente até a resolução do incidente. O fluxo de trabalho do FRACAS de cada organização é diferente com base em como os problemas são tratados internamente. Os fluxos de trabalho também evoluem conforme as necessidades mudam e as lições são aprendidas. Abaixo está um exemplo de um fluxo de trabalho FRACAS que você pode ver para um fabricante.

• Etapa 1 - Entrada: Uma falha é detectada e inserida no FRACAS. Neste caso, um rolamento emperrou.
• Etapa 2 - Atribuir: O líder da equipe atribui o problema a um membro da equipe de manutenção para investigar. O departamento de manutenção determina que o rolamento está cansado devido ao desalinhamento.
• Etapa 3 - Correção: A equipe de manutenção analisa o histórico de trabalho da máquina e descobre instâncias anteriores de montagem inadequada, que resultaram em pé manco, desalinhamento e conexões soltas. Por meio da análise de causa raiz, a equipe de manutenção determina que o defeito atual do rolamento foi resultado de desalinhamento do eixo, causado por deficiências nas habilidades da equipe de manutenção devido ao treinamento inadequado.
  Para corrigir o problema, a equipe de manutenção designa um membro da equipe devidamente treinado para lidar com o alinhamento da máquina e implementa uma sessão de treinamento obrigatória para todos os membros da equipe sobre como alinhar a máquina em questão. Além disso, uma lição de ponto único com cada etapa do processo de alinhamento é postada perto da máquina.
  
• Etapa 4 - Verificar: O supervisor de manutenção reinicia a máquina para verificar se há problemas de alinhamento por meio da análise de vibração.
• Etapa 5 - Encerramento: Se a máquina estiver funcionando corretamente, a falha é encerrada no FRACAS.

Este é um exemplo básico de como um processo FRACAS pode funcionar em um ambiente de manufatura. Alguns fabricantes usam outras metodologias para implementar um FRACAS. Por exemplo, as indústrias automotiva e aeroespacial geralmente empregam o que é conhecido como 8Ds (8 disciplinas) - um processo de oito etapas para melhoria de processos. Essas oito etapas consistem em formar uma equipe, descrever o problema, reparar o problema, determinar a causa raiz, definir ações corretivas, implementar ações corretivas, prevenir a recorrência e reconhecer o trabalho árduo da equipe.

As fases de implementação do FRACAS

Como as empresas de manufatura modernas acumulam uma grande quantidade de dados e informações de confiabilidade, os dados do FRACAS geralmente são gerenciados em um banco de dados estruturado para tornar o uso dos dados mais conveniente. Isso é conhecido como abordagem centrada em dados. Este método orientado para o processo resolve dois problemas:definir claramente tarefas complicadas com muitas pessoas e organizações envolvidas para evitar confusão de relações e responsabilidades e, em segundo lugar, definir e regulamentar as tarefas obrigatórias dentro do sistema de gestão para que os trabalhadores possam ser lembrados de sua obrigação de faça-os. De acordo com pesquisa no Journal of Quality and Reliability Engineering , a implementação do FRACAS dessa maneira é feita em três fases:descoberta, design e execução.

• Fase de descoberta: A primeira etapa da fase de descoberta é definir cada tarefa e identificar quem assumirá a responsabilidade pela tarefa. Em seguida, os fluxos do processo devem ser determinados. Isso significa definir os procedimentos, o processo de aprovação e os processos de tomada de decisão. Em seguida, outras informações devem ser definidas, incluindo modos de falha, mecanismos de falha, especificações do produto, informações de confiabilidade e dados históricos.
  Depois de ter todas as informações necessárias, é hora de estabelecer as regras olhando as diretrizes e os regulamentos. Finalmente, você precisa integrar os componentes por meio da documentação. Depois de concluir esta fase, você deve ter as propriedades de um processo FRACAS conforme mostrado na tabela abaixo.
  Tarefa Propriedade Informações Observe a falha Dados do item do usuário, hora, local, ambiente Sintomas de falha do documento Divisão de teste Descrição da falha e causa raiz esperada Verifique a falha Teste da divisão Lista de verificação Isole o item suspeito Divisão de teste Modo de falha Teste novamente o item suspeito substituído Divisão de teste Relatório de teste Verifique a falha do isolado item Teste de divisão Descrição de reparo / relatório de verificação Análise de falha Divisão de confiabilidade Método de análise e relatório Verifique o histórico de falha semelhante Divisão de confiabilidade Dados históricos Determine a causa raiz Divisão de confiabilidade Identificação da causa raiz Determine e incorpore ação corretiva FRB Resultados da análise / especificações de ação Verifique a eficácia da ação FRB Resultado de eficácia
• Fase de design: A fase de design é onde você padroniza seu processo. Em organizações modernas, isso é feito usando software para tornar o processo FRACAS fácil para um grande número de funcionários usar em toda a organização. As atividades nesta fase são divididas em dois tipos de atividades:trabalho humano e tarefas baseadas em documentos. Tarefas que lidam com coisas como observação de falhas, verificação e análise de falhas são tipos de tarefas baseadas em documentos. Essencialmente, esses são os relatórios usados ​​para análise. O trabalho humano inclui coisas como a incorporação de ações corretivas. Trabalho Humano Tarefas baseadas em documentos Isolamento Observação de falha Reteste Documentação Verificação de item Verificação de falha Determinação de ação corretiva Análise de falha Incorporação de ação corretiva Pesquisa de dados Verificação de eficácia Análise de causa raiz Teste de desempenho
• Fase de promulgação: Como o nome sugere, a fase de aprovação é onde o processo FRACAS é realmente implementado e executado. Os participantes do processo FRACAS recebem suas próprias tarefas por e-mail, dispositivo móvel, etc. Depois de concluírem suas tarefas, eles se reportam ao sistema pelo mesmo método.

Entregar tarefas às pessoas adequadas é essencial para manter o fluxo do processo FRACAS. A responsabilidade da tarefa pode ser definida na fase de design ou na fase de execução. Por exemplo, um funcionário pode ser determinado antes do início do processo FRACAs ou um supervisor pode escolher alguém e atribuir-lhe uma tarefa durante a operação. As tarefas devem ser entregues por e-mail ou por SMS, com o andamento atualizado em tempo real.

Conformidade com FRACAS

O processo de loop fechado do FRACAS permite que você alinhe de perto seus relatórios e análises de falhas com vários padrões da indústria. A escolha do padrão depende dos requisitos da indústria, necessidades de conformidade, objetivos da empresa, etc.

O padrão MIL-STD-2155 FRACAS é o padrão de origem do FRACAS. É amplo, oferecendo diretrizes gerais para programas de confiabilidade que abrangem o ciclo de vida do produto. Embora esse padrão seja de base militar, ele é usado em muitos setores para orientar a implementação do FRACAS.

Um FRACAS também pode ajudá-lo a atender a vários requisitos ISO, incluindo ISO-9001 e ISO / TS16949, uma vez que cumpre as etapas do processo de padronização ISO:

• Estágio da proposta: Assim que um problema é diagnosticado, os membros da equipe que o identificam devem elaborar uma proposta detalhando a magnitude do problema.
• Estágio preparatório: Ações imediatas são tomadas para se preparar para as etapas que permitirão que você interrompa o problema.
• Estágio do comitê: Os funcionários devem ter funções atribuídas de acordo com suas habilidades e as tarefas devem ser delegadas de acordo.
• Estágio de investigação: Ao analisar as questões levantadas e tirar conclusões sobre os problemas relatados, os membros da equipe trabalham juntos para determinar a causa raiz do problema e descobrir uma solução.
• Estágio de aprovação: Funcionários autorizados devem dar luz verde a soluções e ações apropriadas conforme acharem adequado e resolver o problema.
• Estágio de publicação: O relatório final do FRACAS pode ser fechado e arquivado para análise e consideração futura.

Benefícios da implementação do FRACAS

A implementação de um FRACAS fornece informações valiosas para ajudar a identificar e corrigir erros ou falhas, problemas anteriores, defeitos ou erros de processo em tempo hábil. Os benefícios adicionais incluem o seguinte:

• Por meio de investigação adequada de falhas e ação corretiva apropriada, um FRACAS também reduz diretamente custos imediatos, como retrabalho de fábrica e sucata de peças / materiais, bem como custos indiretos, como insatisfação do cliente.
• Um FRACAS tende a ser um fator que contribui para o aumento da confiabilidade, melhoria contínua do processo e um programa de manutenção eficiente. Isso é feito por meio de monitoramento contínuo e rastreamento de dados por meio do FRACAS, que fornece uma avaliação resumida de se as tendências de falha anteriores foram eliminadas por ação corretiva.
• O FRACAS oferece visibilidade de problemas de desempenho de confiabilidade e inicia processos de melhoria contínua.
• Por meio da análise de causa raiz, o FRACAS ajuda a agilizar os esforços de engenharia para corrigir problemas, o que, por sua vez, leva a ações corretivas eficazes.
• O FRACAS fornece a uma organização uma base de conhecimento de um histórico de problemas, dando a você um precedente para vários problemas para ajudá-lo a evitá-los no futuro.

Linha inferior

Muitas organizações acham que a única solução para evitar falhas ou corrigir problemas é adicionar mais etapas de manutenção preventiva. Embora isso possa ser necessário às vezes, é melhor implementar um redesenho do processo. Se você adicionar mais etapas de manutenção preventiva, certifique-se de executá-las por meio de um processo de FMEA ou análise RCM para não incorporar etapas sem valor agregado ao programa de manutenção.