Por que priorizar por risco, e não por "achismo"
Nenhuma equipe de manutenção tem recurso infinito. HH, sobressalentes, janelas de parada e atenção do PCM são finitos. A pergunta central deixa então de ser "o que precisa de manutenção?" — porque tudo precisa — e passa a ser "o que precisa de mais, e o que pode receber menos, sem estourar o risco aceitável?". A análise de criticidade responde exatamente isso.
A base conceitual é simples e alinhada à ISO 31000 e à ISO 14224:
Criticidade = Probabilidade de falha × Consequência da falha
Não estamos medindo importância abstrata. Estamos medindo risco: um ativo que falha com frequência mas sem consequência relevante não é crítico; um ativo que raramente falha, mas cuja falha para a planta ou fere alguém, é. Só a combinação dos dois eixos revela a prioridade real.
Os dois eixos da matriz
Consequência (pontuar de 1 a 5)
A consequência deve ser multidimensional, nunca só financeira. Um roteiro robusto pontua cada critério e toma o máximo (mais conservador) ou uma média ponderada:
- Segurança e saúde — potencial de lesão ou fatalidade;
- Meio ambiente — vazamentos, emissões, passivos;
- Perda de produção — parada de linha, gargalo, redundância existente ou não;
- Custo de reparo — peças, HH, mobilização;
- Qualidade — refugo, retrabalho, desvio de especificação;
- Imagem / compliance — multas, cláusulas contratuais, reputação.
Probabilidade (pontuar de 1 a 5)
Aqui o histórico manda. A probabilidade não deve ser palpite: ela nasce do histórico de falhas registrado no CMMS, cruzado com idade do ativo e sua condição atual. Um equipamento com muitas OS corretivas, envelhecido e com sintomas de degradação sobe naturalmente na escala.
Da nota à classe: a lógica ABC
Multiplicando os dois eixos e ordenando o resultado, os ativos se distribuem em três classes com proporções típicas — e, mais importante, com estratégias herdadas:
- Classe A (crítico, ~10–20% dos ativos): aqui mora o grosso do risco. Merece CBM/preditiva, sobressalente garantido em estoque e RCM completo (as sete perguntas da SAE JA1011) para definir política ótima por modo de falha.
- Classe B (importante, ~30%): preventiva otimizada com inspeções regulares. Não justifica o custo total de monitoramento contínuo, mas não pode rodar até quebrar.
- Classe C (não crítico, ~50%): corretiva planejada ou preventiva mínima. Deixar quebrar aqui é uma decisão econômica consciente, não um descuido.
O ponto que muda o jogo é o vínculo com o cadastro: registrar a classe ABC no ativo faz com que as OS herdem prioridade automaticamente. Deixa de ser negociação caso a caso e passa a ser regra de sistema.
A codificação é a espinha dorsal
Nada disso funciona sem hierarquia de ativos clara: planta → setor → processo → centro de custo → máquina → TAG → equipamento → peças. TAGs únicos e padronizados, fichas técnicas completas e criticidade definida por ativo são pré-requisitos. Uma árvore mal construída compromete definitivamente a análise por ativo e a apuração de custos — você acaba priorizando dados sujos. E a análise de falhas segue a lógica Sintoma → Defeito → Causa → Solução, que só é rastreável quando o tagueamento está firme.
Criticidade não é foto: é filme
A classificação deve ser revisada anualmente ou após qualquer mudança de processo — nova linha, alteração de layout, mudança de mix de produção, remoção de redundância. Um ativo classe C que vira gargalo depois de uma expansão precisa migrar de faixa. Manter a matriz viva é o que separa a criticidade útil da planilha esquecida.
Vale notar a proximidade conceitual com o RBI (Risk-Based Inspection) da API 580/581, onde a lógica é a mesma — PoF × CoF (probabilidade × consequência de falha) — categorizando o risco de baixo a muito alto para orientar inspeções. Criticidade ABC e RBI são primos na mesma família de gestão de risco.
Erros comuns que corrompem o ranking
- Confundir custo com risco: o ativo mais caro nem sempre é o mais crítico.
- Ignorar redundância: dois compressores em paralelo mudam radicalmente a consequência de parada.
- Pontuar sem histórico: probabilidade baseada em "sensação" vicia todo o resultado.
- Congelar a classe: deixar a matriz sem revisão até ela virar ficção.
Onde o SIGMA entra
No SIGMA CMMS, a criticidade não é uma planilha à parte: o sistema calcula o ranking por um algoritmo ICP com múltiplos critérios (segurança, meio ambiente, produção, custo, frequência), gerando a classe A/B/C que orienta a estratégia e faz as OS herdarem prioridade automaticamente. Daí em diante, o mesmo ativo alimenta os módulos de FMEA/FMECA (S×O×D → RPN) e a lógica RCM (SAE JA1011), tudo ancorado no histórico real de falhas classificado por ISO 14224 — inclusive MTBF segmentado por criticidade e análises de Weibull/curva da banheira. Consultando o Oráculo PCM, você fecha o ciclo: da matriz de risco à política de manutenção certa para cada ativo, com os recursos concentrados exatamente onde o risco realmente mora.
flowchart TD
A[Recurso escasso] --> B[Analisar criticidade]
B --> C[Criticidade igual Probabilidade x Consequencia]
C --> D[Pontuar Consequencia de 1 a 5]
C --> E[Pontuar Probabilidade pelo historico]
D --> F[Multiplicar e ordenar]
E --> F
F --> G[Classe A preditiva e RCM completo]
F --> H[Classe B preventiva otimizada]
F --> I[Classe C corretiva planejada]