Trabalho que não tem estado final

Quase todo trabalho tem uma condição de terminado. Um projeto entra no ar. Um projeto de arquitetura é aprovado. Uma migração termina e a coisa que consumiu seis meses deixa de existir.

Operação não tem nada disso. A fila não é um acúmulo a ser zerado; é uma taxa. Chamados chegam porque o parque está em uso, e a chegada não desacelera porque você ficou mais rápido. No melhor dia da sua carreira você fecha mais do que entrou, e na manhã seguinte a fila está lá de novo, e nada na interface distingue aquele dia de um dia ruim.

Isso não é reclamação sobre sistemas de chamado. É a característica estrutural que define o trabalho, e quase todo o resto deste artigo decorre daí.

Sem sinal de conclusão, sem sinal de descanso

Terminar algo produz uma liberação pequena, real e fisiológica. Trabalho que nunca termina nunca a produz.

Então quem está em operação descansa sem a sensação de ter merecido, que é um descanso diferente e pior — o fim de semana com a vaga sensação de estar atrasado, a noite que não assenta porque o número continua lá. Ninguém está atrasado. Não existe adiantado. Mas a fila não diz isso, e a contagem no alto da tela se parece exatamente com uma dívida.

A correção não é um truque mental, e fingir o contrário é onde a maior parte dos conselhos sobre isso erra. É ter algum outro sinal que de fato conclua: uma coisa terminada hoje, registrada em algum lugar que não seja a fila. Um runbook reescrito, uma falha recorrente morta em definitivo, uma página de documentação que alguém vai achar. A fila não vai te dar a sensação. Outra coisa precisa dar.

O que ela faz com o julgamento

É a parte que aparece nos resultados, não no clima.

Fechar vale mais que resolver. A profundidade é o número visível, então o incentivo se prende a tocar num chamado, não a encerrar o problema. É esse o mecanismo por trás de boa parte do que a repetição depois precisa desembaraçar — não desleixo, mas uma medição apontando um grau ao lado do objetivo.

O mais barulhento ganha, e isso é efeito de fila, não falha de julgamento. Com quarenta itens e sem tempo de ler quarenta, a atenção vai para quem escalou por último. A triagem existe para contrariar exatamente isso, e só funciona se alguém for protegido tempo suficiente para fazê-la.

Troca de contexto é mais cara aqui que em outros lugares. Uma investigação vive na memória de trabalho — a lista do que foi descartado, o formato da hipótese, a coisa que você ia checar. Largar isso para atender algo urgente custa a recarga, e a recarga não é de graça como responder um e-mail é. Duas meias investigações custam mais que duas inteiras.

O que de fato ajuda

Coisas pequenas, e nenhuma delas é atitude:

Agrupe por tipo, não por chegada. Seis perguntas sobre certificado respondidas em sequência custam uma fração de seis respondidas entre outras coisas, porque o contexto já está carregado.

Proteja um bloco. Uma hora em que a fila é problema de outra pessoa vale mais que três horas de disponibilidade, e é o único jeito de um chamado difícil ser terminado em vez de repetidamente recomeçado.

Conte o que você encerrou, não o que você tocou. Uma lista particular de problemas que não vão voltar é o único placar deste trabalho que se comporta como placar.

Para quem gerencia uma fila

Profundidade de fila mede taxa de chegada. É propriedade do parque, da base de clientes e do calendário de mudanças — e só marginalmente propriedade de quem trabalha nela. Administrar o número apertando as pessoas converte um sinal de capacidade num problema de moral, deixando a capacidade intacta.

Os dois números que valem acompanhar são taxa de reabertura — que diz se fechar está substituindo resolver — e quanto tempo vai para coisas já vistas antes, que é a carga recorrente real e corrigível. Uma fila cheia de problemas inéditos é um time ocupado. Uma fila cheia de problemas conhecidos é uma dívida não paga, e a dívida é do parque, não deles.