Custo de Atraso e WSJF: como priorizar o trabalho de IA

Toda equipe de IA tem uma fila de iniciativas maior do que a capacidade de entregar. A pergunta não é o que fazer, é o que fazer primeiro. E a resposta, na maioria dos times, sai do jeito errado: prioriza-se pelo executivo que gritou mais alto, pela feature que estava na moda ou pelo modelo novo que acabou de sair. Custo de Atraso e WSJF são o antídoto. Dão uma forma honesta de ordenar o trabalho por valor e tempo, e de descobrir que a iniciativa parada há dois meses na fila era justamente a que mais sangrava dinheiro.

Custo de Atraso: o preço de não ter pronto

Custo de Atraso, ou Cost of Delay, responde a uma pergunta simples e desconfortável: quanto você perde por semana enquanto essa iniciativa não fica pronta? O conceito foi formalizado por Don Reinertsen no livro The Principles of Product Development Flow, e a provocação dele ficou famosa: se você só puder quantificar uma coisa, quantifique o Custo de Atraso. A maioria dos times mede custo de desenvolvimento, mede prazo, e ignora exatamente a variável que deveria mandar na priorização.

O Custo de Atraso costuma somar três parcelas. Valor para o negócio, quanto essa iniciativa gera de receita ou economia quando estiver no ar. Urgência no tempo (time criticality), o quanto esse valor decai se atrasar, porque tem coisa que vale muito hoje e quase nada em três meses. E redução de risco ou valor de aprendizado, quanto essa iniciativa remove de incerteza ou revela algo que muda as próximas decisões. Essa terceira parcela é a mais esquecida e, em IA, é onde mora boa parte do valor.

WSJF: dividir valor por tamanho

Saber o Custo de Atraso de cada item ainda não diz a ordem, porque um item pode valer muito mas levar meses, e outro valer razoável e sair em dias. É aí que entra o WSJF, Weighted Shortest Job First. A regra é uma divisão:

WSJF = Custo de Atraso ÷ tamanho do trabalho. Faça primeiro o maior WSJF.

Traduzindo: você prioriza o que entrega mais valor por unidade de tempo. O item caro de atrasar e rápido de fazer vai para o topo. O item caro de atrasar mas lento pode ceder a vez para dois itens menores que, somados, entregam mais valor no mesmo período. É contraintuitivo para quem gosta de começar pelo projeto grande e ambicioso, e é exatamente por isso que funciona: expõe que o grande projeto está bloqueando três ganhos rápidos.

Um efeito colateral valioso do WSJF é que ele premia fatiar. Como o tamanho está no denominador, quebrar uma iniciativa grande em pedaços menores faz cada pedaço subir na fila. Isso empurra o time na direção certa, entregar valor em fatias finas em vez de sumir por um trimestre atrás de um lançamento único. É o mesmo princípio de fluxo que sustenta o Kanban e o limite de trabalho em curso: trabalho menor flui mais rápido e ensina mais cedo.

Por que isso encaixa tão bem em IA

Iniciativa de IA tem uma característica que quebra a priorização ingênua: muito do valor não é receita direta, é redução de risco e aprendizado. Um piloto que descobre se um agente consegue resolver certo tipo de ticket com qualidade não gera faturamento no dia seguinte, mas remove uma incerteza que trava cinco decisões seguintes. Numa priorização por receita esperada, esse piloto sempre perde. No Custo de Atraso, ele ganha, porque a parcela de valor de aprendizado entra na conta.

O Custo de Atraso também captura a janela competitiva, que em IA fecha rápido. Enquanto o seu fluxo de atendimento assistido por IA fica seis meses em prova de conceito, o concorrente coloca o dele no ar e come participação. Esse valor perdido por semana raramente aparece numa planilha de ROI tradicional, mas é real, e é o que separa quem coloca IA em produção de quem deixa em PowerPoint.

Um exemplo concreto de como a conta muda a ordem. Digamos três iniciativas. A, um copiloto interno vistoso, valor de negócio alto mas urgência baixa, e três meses de trabalho. B, um roteador de modelos que corta 40% da conta de IA, valor médio, urgência alta (a conta cresce todo mês), duas semanas de trabalho. C, um piloto que testa se um agente pode assumir a triagem de suporte, valor de aprendizado alto porque destrava a decisão de contratar ou não, uma semana. A intuição começa por A, o brinquedo bonito. O WSJF põe B e C na frente, porque cada semana de atraso em B é dinheiro real queimado e C destrava decisões maiores quase de graça. A, apesar de atraente, tem o pior valor por semana.

Como aplicar sem virar planilhamento

O erro clássico é achar que precisa de números exatos. Não precisa. O objetivo é ordenar, não fazer contabilidade. Use escalas relativas, de 1 a 10 para cada parcela do Custo de Atraso, com o time estimando junto. A precisão importa menos que a conversa que a estimativa força: quando alguém defende que a iniciativa favorita tem urgência 9, precisa dizer por quê, e é aí que a fila para de ser decidida por quem grita mais alto. Some as três parcelas, divida pelo tamanho estimado, ordene. Refaça a cada ciclo, porque urgência muda.

Combine com o resto do arsenal. O Custo de Atraso decide a ordem; os OKRs mantêm o time medindo resultado e não entrega de feature; o Fit for Purpose confere se a iniciativa priorizada de fato serve ao cliente. Priorizar bem é necessário, mas só vale se o que sobe na fila for a coisa certa.

No fim, Custo de Atraso e WSJF fazem uma coisa que nenhum framework de prioridade por opinião faz: transformam "eu acho que isso é importante" em "isso custa tanto por semana, e sai em tanto tempo". É a diferença entre uma fila que reflete a política interna e uma fila que reflete o valor. Para quem tem mais ideias de IA do que capacidade, e isso é todo mundo, essa diferença é o que faz o time entregar o que importa antes.

Se a sua fila de iniciativas de IA é decidida no grito e você desconfia que está deixando dinheiro na mesa, chame a gente no WhatsApp que a gente ajuda a montar uma priorização por Custo de Atraso que o time inteiro respeite.