Backlog por porte de empresa
Backlog é gerido manualmente, via planilha ou papel. Muitas vezes, gestor sabe "de cor" o que está aberto. Custo é baixo mas previsibilidade é limitada. Cresce rapidamente se aumentar escala.
Backlog precisa de visibilidade. CMMS (software de manutenção) é quase essencial. Gestor rastreia: total aberto, idade média, % crítico. Impacto operacional é visível (colaboradores reclamam de AC quebrado, banheiro sem papel).
Backlog crítico é gerenciado 24/7. Dashboard em tempo real. Priorização automática. Impacto de backlog alto é medido em custo de produtividade perdida. Decisão de aumento de prestador é feita com base em métricas.
Backlog de manutenção é fila de trabalhos (ordens de serviço — OS) que foram abertos mas não foram ainda fechados. Inclui manutenção preventiva, corretiva e preditiva. Backlog crescente é sinal de desalinhamento entre demanda de manutenção e capacidade de execução. Não é "manutenção ruim" — é planejamento ruim.
Por que backlog cresce
1. Falta de orçamento vs demanda spike
Orçamento anual é fixado em R$ 100k para manutenção. Prédio tem 20 equipamentos críticos + 50 secundários. Demanda real é R$ 150k. Resultado: só é feito o que é urgente; o resto fica na fila.
2. Prestador lento ou indisponível
Você contrata prestador local de HVAC. Presta bom serviço mas técnico é único. Se está em outro cliente, você fica esperando. Demanda cresce 2x, prestador continua com capacidade 1x. Fila cresce exponencialmente.
3. Planejamento ruim: preventivas geram spike
Você coloca em dia a manutenção preventiva (revisa todos os chillers, ar-condicionados, bombas). Mês de implementação, 30 OS abertas. Mas executar leva 6 meses (prestador não pode fazer tudo em paralelo). Fila fica em 20–25 OS por semana — backlog explode.
4. Falta de priorização (tudo é urgente, nada é feito)
Todas as OS abrem como "urgente". Gestor não consegue diferenciar: "corredor molhado por vazamento" é urgente; "redesenho de layout de copa" não é. Tudo na fila parece urgente; nada sai.
5. Escopo mal definido (serviço fica confuso, não avança)
OS abre: "Consertar ar-condicionado andar 3". Técnico chega, descobre que não é conserto, é inspeção + limpeza + possível troca de peça. Trabalho fica pendente até peça chegar. OS não fecha, fica "em andamento" indefinidamente.
Prestador único, capacidade limitada. Demanda cresce (prédio envelhece, mais manutenção). Prestador não consegue acompanhar. Backlog de 5–10 OS é normal; acima disso sinal de problema.
Planejamento de preventivas gera spike. Orçamento insuficiente vs demanda real. Gestor não prioriza (tudo é "urgente"). Backlog atinge 50–100 OS, maioria "Normal" (não urgente).
Múltiplos prestadores, falta de SLA claro. Cada prestador pensa que outro faz, resultado é ninguém prioriza. Backlog 200–300 OS é comum; maioria Normal esperando. Custo de produtividade perdida (AC quente, elevador lento) é muito alto.
Impacto de backlog crescente
Segurança:
Problema crítico (fuga de emergência bloqueada, SPDA vencido, painel elétrico perigoso) fica aberto semanas. Risco de acidente aumenta.
Produtividade:
Colaboradores insatisfeitos com ambiente (AC quente no verão, banheiro sem papel, vazamento no teto). Produtividade cai. Turnover aumenta.
Imagem:
Cliente vê prédio mal-cuidado (fachada suja, vidro trincado, pintura descascada). Reflexo negativo no brand.
Custo operacional:
Falha que poderia ser consertada em manutenção preventiva (R$ 500) vira quebra de equipamento que custa corretiva (R$ 5.000). Multiplicar por 10 equipamentos e a ineficiência vira caríssima.
Como medir backlog
Métrica 1: Total de OS abertas
Quanto mais, pior. PME saudável: <10. Média saudável: 20–50. Grande saudável: 100–200. Acima disso, problema.
Métrica 2: Idade média das OS
Se idade média é 5 dias, executão é rápida. Se é 45 dias, há gargalo sério. Exemplo: você tem 100 OS abertas há 45 dias em média = 4.500 "OS-dias" de atraso. Para resolver em 3 meses, precisa fechar 50 OS/mês (1–2/dia, exigindo aumento de capacidade).
Métrica 3: % de OS crítica vs normal
Se 90% das OS são "Normal", a sensação de urgência é falsa. Se 10% são "Crítico", foque nelas. Exemplo: 100 OS abertas, 10 são Crítico, 30 são Emergencial, 60 são Normal. Priorize: fechar 10+30=40 em 4 semanas, deixar 60 aguardando.
Métrica 4: SLA compliance
Se SLA é "corretiva simples = 5 dias", qual % das OS simples fecha em 5 dias? Se é 40%, SLA está em risco. Se é 90%, OK.
Quick wins: reduzir backlog em 1–4 semanas
1. Triagem (reclassificar)
Auditar todas as OS abertas. Algumas marcadas como "Urgente" não o são. Exemplo: "redesenho de copa" está marcado como Urgente mas é "desejo", não "necessidade". Reclassificar para Normal reduz pressão psicológica e permite focar nas realmente urgentes. Ganho: 15–20% de redução em "urgência percebida".
2. Consolidar (agrupar pequenas demandas)
Em vez de 5 OS pequenas (trocar lâmpada andar 1, trocar torneira andar 2, etc.), agrupar em 1 OS: "Reparos diversos prédio, turno matinal". Um técnico faz tudo em um dia, uma viagem. Ganho: 10–15 OS fechadas por "consolidação".
3. Cancelar (remover o que não é necessário)
Algumas OS são "nice-to-have" (redesenho cosmético, pintura "mais linda"). Cancelar 10–20 dessas libera espaço para Crítica. Ganho: 20–30 OS removidas, foco mantido.
4. Mutirão com prestador (2–3 dias intensivos)
Chamar prestador para "sprint" de manutenção: 2–3 dias em que ele trabalha 8–10h/dia em vez de 4h padrão. Custo: 50–100% acima da tarifa normal. Resultado: 30–40 OS fechadas. Ganho: reduz backlog rapidamente, cria "momentum". Payoff: custo vale a pena se backlog tiver Crítica/Emergencial atrasada.
Triagem + consolidação são grátis. Mutirão custa extra (R$ 2–5k por dia) mas reduz backlog visível. PME típica: 2 horas de triagem descobre que 3–5 OS podem ser canceladas ou reclassificadas.
Todos os 4 (triagem + consolidação + cancelamento + mutirão). Reduz backlog de 80 para 50 em 4 semanas. Investimento em mutirão (R$ 10–20k) se paga pela liberação de produtividade.
Semana 1: triagem completa (classificação de todas 200 OS). Semana 2: cancelamento de 30–50 "nice-to-have". Semana 3: consolidação agressiva. Semana 4: mutirão com 2º prestador. Ganho esperado: 200 ? 100 em 1 mês.
Estratégia de redução: 4–12 semanas
1. Aumentar capacidade: contratar 2º prestador
Se você tem 1 prestador fazendo 20 OS/mês, contratar 2º que faz 20 OS/mês = 40 OS/mês. Custo: +R$ 5–10k/mês. Se backlog é 100 OS com idade média 30 dias, 2 prestadores fecham tudo em 2.5 meses vs 5 meses com 1. Economia de produtividade (AC funcionando, elevador rápido) justifica o custo extra.
2. Aumentar frequência de atendimento
Prestador vai 1x/semana. Mudar para 3x/semana = 3x mais chances de fechar OS. Custo: similar (não é 3x mais caro porque técnico fica perto). Ganho: age faster on small issues before they become big.
3. Focar em Crítico (deixar Normal esperando com risco calculado)
Se backlog é 100 OS (10 Crítico, 30 Emergencial, 60 Normal), focar 100% de capacidade em Crítico+Emergencial. Normal aguarda. Risco: mofo piora, pintura descasca mais. Mas é trade-off: (a) segurança é mantida, (b) produtividade é protegida, (c) Normal pode ser feito depois.
4. Plano de redução com cronograma realista
Exemplo: "Reduzir 10% ao mês por 10 meses." Mês 0: 150 OS abertas. Mês 1: 135. Mês 2: 121. ... Mês 10: 58 OS (objetivo final realista). Comunicar cronograma internamente: cria expectativa alinhada, evita frustração.
Manutenção de controle: longo prazo
1. SLA (Service Level Agreement) de fechamento
Definir explicitamente: "OS Crítico: máximo 2 dias aberta. OS Emergencial: máximo 7 dias. OS Normal: máximo 30 dias." Cumprir SLA é métrica de desempenho.
2. Dashboard semanal
Toda segunda, olhar: quantas OS abriram? Quantas fecharam? Qual é total aberto agora? Qual é idade média? Isso mantém backlog como prioridade.
3. Dimensionar prestadores para demanda real
Se demanda real é 100 OS/mês, prestador precisa ter capacidade para ~120 OS/mês (20% de margem). Se tem só 80 OS/mês, backlog cresce por design. Nunca coloque prestador em situação de "sempre atrasado".
4. Never skip preventiva
Se você pula manutenção preventiva para "liberar capacidade" do prestador, em 6 meses você tem 2x mais corretiva (falhas). Custo total piora. Preventiva é o que previne backlog crescente.
Exemplo de plano: redução de 150 ? 50 OS em 3 meses
Dia 1: Triagem.
Classificar 150 OS: 20 Crítico, 50 Emergencial, 80 Normal. Tempo: 4 horas (1 gestor).
Semana 1: Cancelar + consolidar.
Cancelar 10 OS "nice-to-have" (redesenho copa, repintura estética). Consolidar 40 "reparos diversos" em 5 OS (8 reparos por OS). Nova contagem: 20C + 50E + (80–50=30)N = 100 OS.
Semana 2–3: Mutirão.** Chamar prestador para 2 semanas de "sprint". Trabalhando 10h/dia vs 4h usual. Fecha 30 OS em 2 semanas (15 OS/semana). Nova contagem: 100–30 = 70 OS.
Semana 3–4: Contratar 2º prestador.** Começa a semana 3. A partir daí, 2 prestadores de 20 OS/semana cada = 40 OS/semana. Fecho 3–4 semanas atingindo 50 OS (meta).
Pós-redução (mês 2+):** Manter 2 prestadores, SLA claro, dashboard semanal. Backlog fica controlado.
Custo total:
Mutirão: R$ 10–15k. 2º prestador incremental: R$ 5–10k/mês (depois, talvez reduz para 1.5 prestador). Payoff: prédio funciona melhor, produtividade recuperada, imagem melhorada.
Erros comuns
1. "Mais orçamento resolve."** Talvez. Mas raiz é planejamento/priorização, não dinheiro. Mais orçamento ajuda, mas sem priorização continua crescendo.
2. Abrir 200 OS e ignorar ("parecer que tem muito feito").** Politicamente, parecer "busy" com 200 OS abertas, mas nada fecha. Realidade: falta de gestão. Fechar 50 rápido é melhor que abrir 200 lentamente.
3. Marcar tudo como Crítico.** "Crítico" perde significado. Só 10–15% de OS devem ser Crítico. Resto é Emergencial/Normal.
4. Não comunicar plano de redução.** Colaboradores reclamam de "ar-condicionado quebrado há 1 mês". Se não há plano comunicado, parecem incompetentes. Se há plano ("reduzindo de 100 para 50 em 3 meses, sua OS será fechada semana 5"), expectativa é clara.
Sinais de que backlog está fora de controle
- Backlog >100 OS abertas em média-grande empresa.
- Idade média de OS é >20 dias.
- Colaboradores reclamam de ambiente (AC quente/frio, banheiro quebrado) há semanas.
- Prestador sempre diz "semana que vem" (nunca cumpre).
- Você não sabe quanto tempo deve levar uma OS média.
Caminhos para implementação
Interno
Auditar backlog atual.
Listar todas as OS abertas. Classificar: Crítico, Emergencial, Normal. Calcular idade média. Esse diagnóstico leva 2–4 horas. Resultado: entender o tamanho real do problema.
Apoio externo
Consultoria de redução + 2º prestador.
Consultor ajuda a priorizar e implementar plano (R$ 2–5k). Contratar 2º prestador (R$ 5–10k/mês incremental). Juntos, resolvem backlog em 8–12 semanas.
Auditar backlog atual.
Listar todas as OS abertas. Classificar: Crítico, Emergencial, Normal. Calcular idade média. Esse diagnóstico leva 2–4 horas. Resultado: entender o tamanho real do problema.
Consultoria de redução + 2º prestador.
Consultor ajuda a priorizar e implementar plano (R$ 2–5k). Contratar 2º prestador (R$ 5–10k/mês incremental). Juntos, resolvem backlog em 8–12 semanas.
Backlog crescente não é problema de falta de dinheiro — é problema de planejamento.
Triagem, priorização, consolidação e aumento de capacidade são ferramentas que custam pouco e resolvem muito.
Encontrar fornecedores de Facilities no oHub
Se seu backlog está crescendo, defina hoje: qual é a idade máxima aceitável de uma OS? Se é >30 dias, você tem problema. Se consegue fechar em 7 dias, você está no controle.
Perguntas frequentes
- O que é backlog "normal"? Depende do porte. PME: <10 OS. Média: 20–50. Grande: 100–200. Acima disso é fora de controle.
- Como rapidamente reduzir backlog? Quick wins: triagem (grátis), consolidação (grátis), cancelamento (grátis), mutirão (R$ 10–20k). Reduz backlog 20–40% em 4 semanas.
- Preciso contratar 2º prestador permanentemente? Depende. Se demanda real exige, sim. Se era spike temporário, depois reduz. Boa prática: se backlog >100 OS, manter 2 prestadores.
- Como evitar backlog crescer de novo? SLA claro (Crítico 2d, Emergencial 7d, Normal 30d), dashboard semanal, nunca pular preventiva, dimensionar prestador para demanda real +20%.
- Se backlog é 200 OS, como começo? Triagem dia 1 (classificar tudo), cancelar "nice-to-have" semana 1 (reduz para 170), mutirou semanas 2–3 (reduz para 130), contrate 2º prestador semana 3 (fecha em 30 dias). Alvo: 50–80 OS controladas em 8 semanas.
Referências
- ABRAMAN — Associação Brasileira de Manutenção. Gestão de Backlog de Manutenção — Guia Prático. 2019.
- ABNT NBR 5462. Confiabilidade e Mantenibilidade — Terminologia. Define SLA e métricas de manutenção.
- Kardec, A.; Nascif, J. Manutenção: função estratégica. 4ª ed. Qualitymark, 2013. Referência clássica em gestão de backlog.
- CMMS Best Practices — Implementing a CMMS for Maintenance Planning. Dicas de software para rastreamento de backlog. Disponível em: www.cmmsoftware.org