Como medir backlog e idade da fila de atendimento

Backlog é o conjunto de itens ainda não resolvidos que continuam exigindo trabalho ou decisão. O total mostra carga; a idade mostra há quanto tempo cada item permanece aberto. Os dois precisam aparecer juntos. Uma fila pode manter a mesma quantidade e ainda piorar se os casos antigos envelhecem enquanto os novos são resolvidos rapidamente.

Defina o backlog antes de medir

Zendesk trata o backlog como tickets não resolvidos e inclui estados como novo, aberto, pendente ou em espera. Essa referência é útil, mas sua operação precisa documentar a própria regra. Um item deve entrar quando cria trabalho real para a equipe e sair apenas quando o resultado acordado foi confirmado.

Separe pelo menos três situações: esperando a equipe, esperando o cliente e bloqueado por terceiro. Todas podem permanecer no backlog, mas não significam a mesma responsabilidade. Se “esperando cliente” desaparecer do painel, casos sem resposta podem envelhecer silenciosamente. Se for misturado com trabalho ativo, a capacidade da equipe parecerá pior do que é.

Escolha um relógio e mantenha-o estável

A idade cronológica conta todo o tempo desde a entrada elegível. A idade em horas úteis conta apenas períodos cobertos pelo calendário da equipe. Atlassian documenta calendários de SLA e condições que iniciam, pausam ou encerram o relógio, inclusive espera pelo cliente. Use isso como modelo de governança, não como um benchmark universal.

Registre fuso horário, dias úteis, feriados e condições de pausa. Para gestão interna, vale manter os dois campos: idade total revela a experiência do cliente; idade operacional ajuda a analisar o tempo sob controle da equipe. Nunca compare filas com calendários diferentes sem mostrar essa diferença.

Mostre a distribuição, não apenas a média

A média pode cair quando muitos itens novos entram, mesmo que os mais antigos continuem parados. Exiba mediana e percentis como P75, P90 e P95, além da conversa mais antiga. O percentil 90 indica o limite abaixo do qual estão 90% dos itens; ele não é uma promessa de SLA.

Crie faixas adequadas ao ritmo da operação, por exemplo: menos de 4 horas, 4–24 horas, 1–3 dias, 4–7 dias e mais de 7 dias. A escolha deve refletir compromissos reais. Publique volume absoluto e percentual em cada faixa para não confundir crescimento da demanda com deterioração da fila.

Trate reaberturas e exclusões com evidência

Uma conversa reaberta volta a exigir trabalho e deve retornar ao backlog. Preserve a idade original e registre um novo ciclo de trabalho; assim o gestor enxerga tanto a jornada total quanto o tempo desde a reabertura. Zendesk distingue tickets reabertos e mantém métricas próprias para esses eventos.

Exclua testes, spam, duplicidades confirmadas e itens cancelados somente com motivo auditável. Não retire conversas apenas para melhorar o indicador. Fechamento automático precisa de regra, aviso e possibilidade de reabertura. Publique a quantidade excluída por motivo, porque uma limpeza anormal pode mascarar o problema.

Combine idade com risco e responsabilidade

Idade não deve ser a única prioridade. Cruze-a com impacto, urgência, promessa ao cliente, dependências e valor da próxima ação. Um incidente recente pode exigir resposta antes de uma dúvida antiga, mas a dúvida antiga continua visível e com um plano.

Cada item precisa de fila, responsável atual e próxima ação com data. Destaque sem dono, sem próxima ação e com promessa vencida. Use o guia de priorização do backlog para o risco, o guia de responsabilidade por conversa para ownership e as métricas de atendimento para o contrato de medição.

Transforme o painel em uma rotina de decisão

No acompanhamento diário, revise primeiro itens sem dono, promessas vencidas e a faixa mais antiga. Na revisão semanal, compare entradas, resoluções, saldo, reaberturas e deslocamento das faixas. A fotografia diária mostra o estoque; a série histórica mostra se a equipe está recuperando ou acumulando trabalho.

Valide uma amostra de conversas reais. Confirme se estado, relógio, responsável e próxima ação correspondem ao que aconteceu. Se o indicador melhora porque casos foram fechados cedo e reabertos depois, a operação não melhorou. A métrica deve incentivar resolução durável, não desaparecimento administrativo.