Por que criticidade não é opinião
Todo gestor de manutenção convive com a mesma pergunta implícita: se tenho recurso finito — horas, peças, técnicos, orçamento — em quais ativos devo concentrar esforço? Responder isso "no feeling" é perigoso. A análise de criticidade, alinhada à ISO 31000 (gestão de risco) e à ISO 14224 (coleta de dados de confiabilidade), substitui a intuição por um método reprodutível.
A lógica é direta:
Criticidade = Probabilidade de falha × Consequência da falha
Não basta um ativo falhar muito: se a consequência é irrelevante, ele não é crítico. Da mesma forma, um ativo que raramente falha, mas cuja falha pode parar toda a planta ou ferir alguém, sobe imediatamente no ranking. Criticidade é sempre a interação entre "quão provável" e "quão grave".
Como pontuar consequência e probabilidade
O caminho consagrado é atribuir notas de 1 a 5 em cada eixo.
Consequência (CoF) — pontue cada critério e use o pior caso ou uma média ponderada:
- Segurança e saúde — a falha pode ferir pessoas?
- Meio ambiente — há risco de vazamento, contaminação, multa?
- Perda de produção — o ativo é gargalo? Tem redundância?
- Custo de reparo — peças caras, longo tempo de parada?
- Qualidade — a falha gera refugo ou retrabalho?
- Imagem / compliance — impacta cliente, auditoria, regulador?
Probabilidade (PoF) — sustente a nota em dados, não em memória:
- Histórico de falhas registrado no CMMS (frequência real por TAG).
- Idade do equipamento e posição na curva da banheira.
- Condição atual medida por inspeção ou preditiva.
Multiplicando (ou ponderando) os dois eixos, chega-se a um índice numérico que ordena todos os ativos. Essa é a espinha da matriz de risco — a mesma lógica RBI (PoF × CoF) da API 580/581, que categoriza o risco de baixo a muito alto.
As três classes e suas estratégias
O resultado do ranking se organiza na clássica Curva ABC (aplicação de Pareto ao risco):
- Classe A — crítico (~10 a 20% dos ativos): concentram a maior parte do risco. Merecem CBM/preditiva, sobressalente garantido no almoxarifado e RCM completo (as sete perguntas da SAE JA1011) para definir a política ótima modo a modo.
- Classe B — importante (~30%): preventiva otimizada e inspeções periódicas. Não justificam o custo de monitoramento contínuo, mas não podem cair no esquecimento.
- Classe C — não crítico (~50%): corretiva planejada ou preventiva mínima. Deixá-los quebrar e reparar de forma organizada é economicamente racional — desde que a falha não escale.
Repare que a estratégia é herdada da classe. Definir criticidade, portanto, não é preencher planilha: é decidir onde vive a preditiva, onde vale RCM e onde a corretiva é aceitável.
O elo que costuma faltar: hierarquia e TAG
A criticidade só é confiável se o cadastro for. É preciso uma hierarquia clara — planta → setor → processo → centro de custo → máquina → TAG → equipamento → peças — com TAGs únicos e padronizados e fichas técnicas completas. Estruturas de tagueamento mal construídas comprometem definitivamente a análise por ativo e a apuração de custo por equipamento. A codificação é literalmente a espinha dorsal: sem ela, você classifica risco sobre dados que não sabe a quem pertencem.
Outro ponto frequentemente ignorado: registrar a classe ABC no cadastro do ativo para que as OS herdem prioridade automaticamente. Quando isso funciona, uma ordem aberta em um ativo Classe A já nasce com prioridade alta, entra na frente na programação e puxa a reserva de sobressalente correta — sem depender de o planejador lembrar que aquele TAG é crítico.
Criticidade é um documento vivo
A criticidade não é definitiva. Deve ser revisada anualmente ou sempre que houver mudança de processo: novo produto, alteração de layout, aumento de demanda, instalação de redundância. Um ativo que era gargalo pode deixar de ser; outro pode se tornar crítico da noite para o dia. Revisar periodicamente evita dois erros caros: proteger em excesso ativos que já não importam e deixar risco solto em equipamentos que mudaram de papel.
Vale ainda cruzar a criticidade com as demais análises de confiabilidade — MTBF segmentado por classe, distribuição de Weibull e posição na curva da banheira. Um Classe A com β > 1 (desgaste) pede preventiva por tempo; o mesmo Classe A com β < 1 (mortalidade infantil) pede investigação de instalação e comissionamento, não troca preventiva.
Do ranking à rotina com o SIGMA
No SIGMA CMMS, a criticidade é calculada por um algoritmo próprio (ICP) que pondera múltiplos critérios — segurança, meio ambiente, produção, custo e frequência — e gera o ranking A/B/C que orienta a estratégia. A partir daí, o sistema suporta FMEA/FMECA (S×O×D → RPN, com ação recomendada para RPN alto) e a lógica RCM (SAE JA1011), tudo ancorado no histórico real de falhas classificado por ISO 14224. Com a classe gravada no cadastro, as ordens herdam prioridade e as análises — MTBF, Weibull, Backlog — passam a ser lidas por criticidade. E o assistente Oráculo (IAN) ajuda a interpretar o ranking, sugerir a estratégia por classe e apontar onde o risco realmente mora antes que ele vire parada.
flowchart TD
A[Recurso finito exige priorizar] --> B[Criticidade e metodo reprodutivel]
B --> C[Criticidade igual PoF vezes CoF]
C --> D[Pontuar Consequencia de 1 a 5]
C --> E[Pontuar Probabilidade de 1 a 5]
D --> F[Indice de risco ordena ativos]
E --> F
F --> G[Curva ABC classes A B e C]
G --> H[Estrategia herdada nas OS por classe]