Você abre o sistema de ordens de serviço na segunda-feira e vê 312 pendências. Na segunda anterior eram 287. Há três meses, 190. A equipe trabalhou no limite o trimestre inteiro, fechou mais ordens do que nunca, e mesmo assim a fila cresce. Na reunião, a pergunta de sempre: “precisamos de mais gente?”. Ao lado, outra área com a mesma fila de 300 itens está tranquila, porque a fila dela não cresce há um ano.
As duas filas têm o mesmo tamanho e problemas opostos. O número de pendências, sozinho, não diz qual das duas está em apuros. O que diz é a relação entre o que entra e o que sai, ao longo do tempo.
O que é backlog
Backlog é o trabalho que já entrou no sistema e ainda não foi concluído: pedidos aceitos e não entregues, ordens de manutenção abertas, chamados de suporte sem solução, itens de produto esperando desenvolvimento. É uma fila, e como toda fila tem três números que importam: quanto entra por período, quanto sai por período e quanto tempo cada item espera.
Backlog não é sinônimo de atraso. Uma fila de trabalho planejado é saudável e necessária: sem ela, a equipe fica ociosa a cada variação da demanda. O problema começa quando a entrada supera a saída de forma persistente, e aí o backlog deixa de ser estoque de trabalho e vira promessa que não será cumprida.
Backlog no Scrum, na manutenção e nos pedidos
No Scrum, o product backlog é a lista ordenada de tudo o que pode entrar no produto, mantida pelo product owner, e o sprint backlog é o recorte que o time se compromete a fazer na sprint. A dinâmica de sprints, papéis e cerimônias está detalhada no guia de metodologia Scrum; aqui interessa o que ele tem em comum com as outras filas.
Na manutenção, o backlog costuma ser medido em semanas: horas-homem das ordens pendentes divididas pelas horas-homem disponíveis por semana. É um dos indicadores de manutenção mais usados no planejamento.
Em vendas e operações, o backlog é a carteira de pedidos aceitos e não faturados, e diz quanto tempo de produção já está vendido.
| Tipo de backlog | Unidade usual | Pergunta que responde | Sinal de alerta |
|---|---|---|---|
| Product backlog (Scrum) | Itens ou pontos | O que vem a seguir no produto? | Itens antigos que nunca saem do fundo da lista |
| Manutenção | Semanas de trabalho | Quanto tempo a equipe levaria para zerar a fila sem novas entradas? | Série crescente por várias semanas seguidas |
| Carteira de pedidos | Dias de produção ou valor | Quanto da capacidade já está vendido? | Prazo prometido maior que o prazo real de entrega |
| Suporte e atendimento | Chamados abertos | Quantos clientes estão esperando agora? | Idade média dos chamados subindo |
Como medir o backlog: a fila no tempo
Volte às duas áreas da abertura. A primeira, a da manutenção de uma fábrica de alimentos, recebia em média 74 ordens por semana e fechava 69. Cinco ordens a mais por semana parece pouco; em 24 semanas, são 120 a mais na fila. A segunda área, de uma empresa de engenharia, recebia e fechava cerca de 50 por semana há um ano. Mesmo tamanho de fila, sistemas diferentes: uma em desequilíbrio, outra estável.
Por isso a leitura certa do backlog não é o número de hoje, é a série. Três gráficos semanais bastam: entradas, saídas e tamanho da fila. Se as saídas oscilam em torno das entradas, a fila é estável, e o tamanho dela é decisão de gestão. Se as entradas ficam acima das saídas por várias semanas seguidas, há uma mudança no sistema, e ela tem causa: demanda nova, perda de capacidade, retrabalho voltando para a fila. Separar oscilação normal de mudança real é a mesma leitura da variação estatística aplicada a qualquer indicador.
Há ainda uma relação simples entre fila e espera, conhecida como Lei de Little: o tempo médio que um item passa no sistema é o tamanho médio da fila dividido pela vazão. Com 300 ordens na fila e 60 fechadas por semana, cada ordem nova vai esperar, em média, cinco semanas. É por isso que reduzir o backlog encurta o lead time sem que ninguém trabalhe mais rápido.
Espera média estimada de um item novo: 4,5 semanas · Saldo semanal: +5 itens · Em 12 semanas, a fila chega a 372 itens
Como priorizar e reduzir o backlog
Na fábrica de alimentos, a primeira proposta foi contratar dois técnicos. Antes, a equipe estratificou as ordens que entravam. 28% eram reaberturas de ordens já fechadas: o mesmo problema voltando porque a correção tinha sido provisória. Outras 15% eram pedidos sem informação suficiente, que iam e voltavam entre solicitante e manutenção. Quase metade da entrada era trabalho gerado pelo próprio sistema.
Duas mudanças, testadas uma de cada vez: um campo obrigatório de descrição do sintoma na abertura da ordem e uma verificação, uma semana depois, de toda ordem fechada em equipamento crítico. Em dez semanas, a entrada caiu de 74 para 58 por semana, e a fila passou a encolher sem contratação. A priorização do que sobrou seguiu critérios explícitos de criticidade e risco, com apoio de uma matriz de priorização.
O mesmo vale para o product backlog: itens que voltam como correção, histórias mal definidas e retrabalho de sprint ocupam a capacidade do time tanto quanto trabalho novo. Priorizar bem uma fila que se alimenta de falhas é organizar o problema, não resolvê-lo. A redução sustentável vem de olhar a fila como resultado do processo que a produz — exatamente o tipo de análise de causa que a formação Green Belt ensina a conduzir com dados.
O backlog como sintoma do sistema
Uma fila que cresce é informação, não culpa. Ela mostra onde a demanda e a capacidade deixaram de se equilibrar, e a correção raramente está dentro da área que acumula: está no projeto do produto que gera chamados, na venda que promete prazo que a fábrica não tem, na manutenção corretiva que nunca vira preventiva. Quando o gargalo é capacidade de verdade, a análise de gargalos mostra onde investir; quando é retrabalho, mais gente só acelera a produção de fila.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi a leitura do backlog como fila no tempo, com entradas, saídas e espera, e a estratificação do que entra.
Ler entradas, saídas e espera no tempo, e testar uma mudança antes de pedir recursos, é o primeiro passo do método que o White Belt gratuito da Escola EDTI apresenta.
Perguntas frequentes
O que é backlog?
É o trabalho que já entrou e ainda não foi concluído: pedidos, ordens de serviço, chamados ou itens de produto aguardando execução. Funciona como uma fila, medida por entradas, saídas e tempo de espera.
O que é backlog no Scrum?
O product backlog é a lista ordenada de tudo o que pode entrar no produto, sob responsabilidade do product owner. O sprint backlog é a parte que o time seleciona para a sprint, com o plano para entregá-la.
Como calcular o backlog de manutenção?
Some as horas-homem estimadas das ordens pendentes e divida pelas horas-homem disponíveis por semana. O resultado, em semanas, mostra quanto tempo a equipe levaria para zerar a fila sem novas entradas.
Qual é o backlog ideal?
Na manutenção, faixas de 2 a 4 semanas são referência comum, mas o mais importante é a estabilidade: uma fila estável de tamanho conhecido é planejável; uma fila crescente, qualquer que seja o tamanho, indica desequilíbrio.
Backlog alto é sempre ruim?
Não. Na carteira de pedidos, backlog alto pode significar vendas fortes. Ele vira problema quando o prazo prometido ao cliente ultrapassa o tempo real de espera na fila ou quando a fila cresce de forma persistente.
Como reduzir o backlog sem contratar?
Estratificando o que entra. Reaberturas, retrabalho e pedidos incompletos costumam ser parte grande da entrada; reduzir essa demanda gerada pelo próprio sistema encolhe a fila com a mesma equipe.
Gestão de backlog serve para quem não trabalha com qualidade?
Serve para qualquer área que trabalha com fila: TI, atendimento, manutenção, jurídico, compras. Ler entradas e saídas no tempo e testar mudanças antes de pedir recursos é o método que a Escola EDTI ensina desde o White Belt gratuito.