O Que Significa Criticidade

O que significa criticidade na prática

O que significa criticidade? É a classificação de um ativo, componente ou processo com base no impacto que a sua falha tem sobre a operação. Não é uma nota subjetiva. É uma avaliação de consequências — financeira, de segurança, regulatória, operacional. Criticidade não é "algo importante". É algo cuja falha gera um resultado mensurável e indesejado dentro de um prazo específico. A diferença entre os dois conceitos manda muita gente para o caminho errado na hora de montar uma tabela de prioridades. A fórmula básica que eu uso é bem simples: Criticidade = Severidade × Probabilidade × Detectabilidade. Alguns setores adicionam uma variável de dependência operacional, mas o núcleo é esse. Você não pula direto para a pontuação. Você define primeiro o que conta como severidade no seu contexto.

No meu caso, eu estava trabalhando em uma planta de processamento com cerca de 14.000 ativos classificados por criticidade quando identifiquei um erro recorrente: a criticidade estava sendo calculada com base apenas no custo de reposição do componente. Isso é errado. Um rolamento de R$ 80 que derruba uma linha de produção inteira por 18 horas tem criticidade muito maior que um aquecedor de R$ 12.000 que só afeta um ramal secundário. Minha solução foi reestruturar a matriz usando tempo médio de parada por falha como um dos pilares da severidade, não apenas o custo de substituição. Em vez de deixar o setor de compras definir sozinho os pesos, eu convidei engenheiros de processo e operadores para atribuir os valores. O resultado foi que 23% dos ativos que estavam na categoria "crítico" caíram para "médio", e 15 que estavam como "baixo" subiram para "crítico". A manutenção preventiva passou a ser feita nos lugares certos.

Como fazer uma análise de criticidade funcional

Vamos ao passo a passo. Você não precisa de software caro para começar. Planilha funciona se você for disciplinado com os critérios. Passo 1 — Listar os ativos em escopo. Comece pelo que dá parada de produção, risco de segurança ou impacto ambiental. Cosméticos e itens de suporte secundário vão para uma lista separada. A lista precisa ter: código do ativo, localização, função principal, fabricante e modelo. Passo 2 — Definir modos de falha relevantes. Não liste todos os modos de falha que existem na literatura. Liste os que podem acontecer no seu ambiente. Um motor elétrico em ambiente seco tem modos de falha diferentes de um motor em ambiente úmido com partículas. Eu já vi gente copiar matrizes de criticidade de manuais de fabrica e aplicar literalmente. Isso gera classificação errada em até 40% dos ativos, dependendo do cenário.

Passo 3 — Pontuar severidade, probabilidade e detectabilidade. Use uma escala de 1 a 10. Defina claramente o que significa 1, 5 e 10 para cada critério. Sem definições escritas, dois analistas dão notas opostas para o mesmo ativo e a análise perde validade. Severidade: 1 = sem impacto operacional. 5 = perda parcial de capacidade,sem risco de segurança. 10 = parada total, risco de vida, multa regulatória. Probabilidade: 1 = falha muito rara, histórico de mais de 5 anos sem ocorrência. 5 = falha conhecida, ocorre a cada 12 a 24 meses. 10 = falha frequente, abaixo de 6 meses.

Detectabilidade: 1 = condição é facilmente monitorável com sensores existentes. 5 = necessidade de inspeção programada. 10 = falha só é percebida quando acontece. Passo 4 — Calcular o índice e classificar. Multiplique os três valores. O resultado varia de 1 a 1.000. Eu divido em faixas: de 1 a 150 como baixo, 151 a 400 como médio, 401 a 700 como alto, acima de 700 como crítico. Essas faixas são arbitrárias no início. Você ajusta com base no tamanho do seu parque e na cultura da empresa. Passo 5 — Traduzir classificação em ação. Aqui é onde a maioria trava. Se o ativo é crítico, a ação não é "manter com mais frequência". A ação depende do modo de falha. Para falhas com alta detectabilidade, monitore em tempo real. Para falhas com baixa detectabilidade, invista em inspeção preditiva ou substituição programada. Para falhas com alta severidade e baixa probabilidade, considere redundância.

O erro mais comum que eu vejo

Pessoas tratam a análise de criticidade como um exercício anual de preenchimento de planilha. Ela precisa ser revisitada quando há mudança operacional, nova equipamentos ou alteração no perfil de demanda. Eu trabalhei em uma unidade onde a criticidade foi calculada em 2019 e nunca atualizada. Em 2022, a planta mudou o mix de produção e três ativos que estavam como "baixo" passaram a ser gargalo crítico. A equipe de manutenção continuou tratando eles como itens de reposição, não como ativos que precisavam de monitoring ativo. O tempo até a falha caiu de 18 meses para 4 meses nesses equipamentos. A correção foi agendar uma revisão trimestral da matriz com os dados de falha reais, não só com os pesos teóricos. Isso reduce o desvio entre classificação e realidade em cerca de 60% em seis meses.

Limitações que ninguém gosta de admitir

A análise de criticidade não funciona bem quando os dados de falha são escassos ou imprecisos. Se o CMMS tem registros incompletos, a probabilidade vira palpite disfarçado de número. Nesses casos, eu recomendo usar estimativas baseadas em similares do mesmo fabricante e aplicar fator de segurança de 1,5 na severidade até que os dados locais se consolidem. Também não resolve problemas de execution. Uma classificação alta não faz milagre se o estoque de reposição não existe, se a equipe não treina para aquele modo de falha específico ou se a programação de manutenção é ignorada por pressão de produção. A criticidade é uma ferramenta de priorização, não uma garantia de resultado. Outro ponto: a análise tende a favorecer ativos visíveis e fáceis de quantificar. Itens de conforto, eficiência energética marginal e sistemas auxiliares ficam subvalorizados. Se o seu objetivo é confiabilidade geral, inclua esses itens com pesos menores, mas não os ignore completamente.

Resumo prático

Criticidade é a medida do impacto da falha de um ativo sobre os objetivos operacionais. A análise funciona quando combina dados reais de falha, definição clara de escalas e revisão periódica. Ela falha quando é copiada, when is treated as a one-time form-filling exercise, or when the results are not translated into concrete actions for each failure mode. Se você está começando agora, não tente analisar todos os ativos de uma vez. Comece com os 20% que geram 80% dos paradas. Depois expanda. A experiência mostra que esse método reduz o tempo de identificação dos ativos críticos de cerca de três semanas para quatro dias, desde que os dados de falha estejam disponíveis.