Priorização (WSJF)

WSJF quer dizer Weighted Shortest Job First — "o trabalho mais curto e mais pesado primeiro". A ideia por trás é simples e desconfortável: enquanto uma demanda espera, ela custa alguma coisa (dinheiro não faturado, cliente insatisfeito, risco que continua aberto). Esse custo se chama custo do atraso.

Se duas demandas têm o mesmo custo de atraso, faz a mais barata primeiro — ela libera o mesmo valor mais cedo. É isso, e só isso, que a conta faz.

O ganho real não está no número: está em comparar demanda de suporte com demanda de projeto na mesma régua, em vez de deixar a prioridade ser de quem gritou mais alto na reunião.

WSJF é "peso do atraso dividido pelo tamanho": o que perde mais valor esperando entra primeiro, corrigido pelo esforço. Você informa valor para o negócio, criticidade de tempo, redução de risco e o tamanho — e a conta sai pronta, com a memória visível. Serve para responder "por que ISSO antes daquilo?" sem discussão de opinião.

Aqui você dá a nota de prioridade WSJF de uma demanda: três notas de valor (valor de negócio, urgência e risco/porta que abre), o esforço estimado e a justificativa em texto. O score é calculado a partir delas e é ele que ordena o backlog pontuado — do maior para o menor.

O WSJF pesa quatro números: valor de negócio (quanto isso vale se ficar pronto), urgência (o custo de esperar — o que se perde a cada semana parado), risco/porta que abre (o que destrava ou protege) e o esforço, que entra como divisor. O score cresce com as três primeiras notas e CAI com o esforço: entrega valiosa e barata sobe, entrega valiosa e cara desce para depois. A justificativa é o campo mais lido depois: escreva o porquê das notas para que a priorização sobreviva à reunião em que foi feita.

score = (valor + urgência + redução de risco) ÷ esforço

Valor de negócio — quanto a empresa ganha (ou deixa de perder) quando isto existir.
Criticidade de tempo — o quanto o valor encolhe se demorar. Uma funcionalidade de fechamento fiscal entregue depois do prazo vale quase nada; a mesma entregue antes vale tudo. Isto NÃO é "urgência de quem pediu".
Redução de risco — o quanto isto derruba um risco ou abre caminho para outras coisas. É onde entra a dívida técnica que ninguém prioriza.
Esforço — o tamanho do trabalho.

Todas na mesma régua de 1 a 10 (não é Fibonacci). Cada nota carrega a justificativa de quem a deu — a nota sem argumento é a que ninguém consegue defender na semana seguinte.

Ele é calculado ao salvar e é somente leitura. Se o resultado pudesse ser editado à mão, a conta viraria enfeite da opinião de sempre — que é exatamente o que o método existe para evitar.

A nota nasce neutra (5 em tudo). Isso é intencional: quem prioriza precisa se posicionar, e sair do 5 é a decisão. O score possível vai de 0,300 (tudo baixo, esforço máximo) a 30,000 (tudo alto, esforço mínimo).

Uma nota por demanda: se já existir, edite a que existe em vez de criar uma segunda. A lista já é o backlog priorizado — ela sai ordenada do maior score para o menor.

Nos três campos do numerador — valor, urgência e risco — nota em branco é tratada como 1, o piso da régua: é conservador, a demanda desce.

No esforço não existe piso, porque ele é o divisor: assumir 1 daria o divisor mais favorável que existe justamente a quem ninguém dimensionou, e a demanda menos preenchida lideraria o backlog. Então, sem esforço, não há score. A demanda é salva normalmente, aparece no fim da lista marcada como "sem nota" e fica de fora do bloco "próximas pela conta" do radiador — item que não entrou na conta não pode ser apresentado como resultado dela.

É o comportamento honesto: o sistema não inventa um tamanho no lugar de quem prioriza. Para a demanda entrar na fila, dimensione o esforço de 1 a 10.

Ao salvar uma visão pelo botão Visões, ela guarda quatro coisas: o texto da busca, os filtros aplicados, quais colunas aparecem (e em que ordem) e por qual coluna a lista está ordenada. Aplicar a visão restaura tudo de uma vez — inclusive zerando a ordenação e a página em que você estava, para o resultado ser exatamente o que a visão descreve. Visões salvas antes desta versão continuam válidas: o que elas não guardaram simplesmente não muda ao aplicar.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

Esforço em branco NÃO vira 1: sem tamanho declarado, a demanda fica sem pontuação e vai para o FIM da lista, marcada como "sem nota" — em vez de subir ao topo com um divisor inventado. A tela avisa quando isso acontece. É uma escolha deliberada: o sistema não chuta um tamanho no lugar de quem prioriza, porque uma demanda "urgentíssima" com esforço desconhecido ordenada no topo seria uma mentira confortável. Dimensione o esforço (1 a 10) para a demanda entrar na fila de verdade.

No painel de atividade do registro, cada anotação tem "Virar demanda". O clique cria um ticket com o texto da anotação, quem a escreveu e o link deste registro — nada é redigitado. Use quando a anotação é um pedido de ação ("alguém precisa revisar isto"); a anotação continua onde estava. O botão só aparece com o registro já salvo; sessão somente-leitura (demonstração) não cria.

Não. Ela produz uma ordem sugerida e nada é escrito de volta na demanda — o quadro continua sendo do time. O papel do número é inverter o ônus da conversa: em vez de justificar por que uma demanda deveria subir, agora é preciso justificar por que ela deve furar a fila.

Quando o time discorda da ordem, quase sempre a discussão útil está numa nota específica ("urgência 9? por quê?") — e é aí que o método paga a si mesmo.

Não, e é melhor não. Pontue o que está sendo considerado para as próximas semanas. O radiador mostra quantas demandas abertas estão sem nota — esse número é a medida do "backlog cego", e serve de lembrete, não de meta a zerar.

Abra o registro e olhe a Linha do tempo, à direita: ela mostra cada alteração como "de um valor para outro", com a pessoa e a data. Quando há muita alteração, use os dois filtros no topo da linha do tempo — um por campo, outro por pessoa. A procura é feita no banco, então alteração antiga aparece do mesmo jeito. Você também pode perguntar ao Tenkai: "quem mudou o contrato 482?".