Framework Ágil WSJF

Weighted Shortest Job First (WSJF) ajuda você a priorizar o trabalho equilibrando o custo do atraso em relação ao tamanho do trabalho. Este framework entrega o máximo valor com recursos limitados em ambientes de mudanças rápidas.

Priorização WSJF em resumo

Crie uma conta Ducalis gratuita

Cálculo WSJF

Pontuação WSJF = (Valor de Negócio + Criticalidade do Tempo + Redução de Risco) / Tamanho do Trabalho

Critérios

Valor para o Usuário/Negócio classifica os trabalhos pela sua importância para os usuários e potencial impacto na receita.

Criticalidade do Tempo classifica os trabalhos por urgência—como o valor se deteriora ao longo do tempo ou quantos clientes você pode perder ao adiar.

Redução de Risco e Habilitação de Oportunidades destaca trabalhos que podem não trazer receita imediata, mas beneficiam resultados a longo prazo. Algumas soluções eliminam riscos técnicos ou legais e economizam dinheiro posteriormente.

Duração do Trabalho (também chamada de story points, pontos de funcionalidade, esforço ou tamanho relativo) mede a complexidade de implementação. Com esta estimativa, números menores são melhores.

Avaliação

1. Avalie cada critério na escala Fibonacci: 1 (sem impacto), 2, 3, 5, 8, 13, 21 (maior impacto).

2. Execute sessões de priorização colaborativa com equipes de cinco a onze pessoas.

3. Avalie tarefas antes de cada evento de planejamento de iteração (sprint).

4. Normalize pontuações diferentes através de discussão com colegas de equipe.

5. Divida iniciativas com tamanhos de trabalho '21' e '13' em projetos menores (refinamento de backlog).

6. Reinicie as pontuações de avaliação a cada cinco iterações (Program Increment) para refletir o ambiente de mudanças rápidas.

Aplique o template de priorização Ducalis pronto para uso

Não é necessário personalizar critérios, fórmulas e escalas. Use-os como modelo inicial para começar a reunião.

Observação

WSJF não é apenas uma fórmula—é parte de um framework de fluxo de trabalho extenso para empresas. A mágica acontece quando você muda sua abordagem de tomada de decisão: execute sessões de priorização colaborativa, defina expiração de pontuação, especifique critérios e explique descrições de tarefas aos colegas de equipe. Este artigo fornece ferramentas para criar esse hábito de priorização e mudar sua mentalidade.

Definição de WSJF

WSJF significa Weighted Shortest Job First (Trabalho Mais Curto Ponderado Primeiro)—um framework de priorização para priorizar backlogs calculando o Custo do Atraso (CoD) relativo e o tamanho do trabalho (um proxy para duração). CoD calcula como uma soma: Valor para o Usuário/Negócio + Redução de Risco e Habilitação de Oportunidades + Criticalidade do Tempo. Faz parte da metodologia SAFe.

As prioridades do backlog são continuamente atualizadas com base nas pontuações de prioridade WSJF. O framework convenientemente e automaticamente ignora custos irrecuperáveis, um princípio fundamental da economia Lean.

Em um sistema baseado em fluxo, a priorização contínua de tarefas para atualização de prioridades fornece os melhores resultados econômicos para:

• Sequenciamento de trabalhos priorizando vitórias rápidas
• Equilíbrio do maior resultado financeiro reduzindo recursos investidos
• Atualização regular de CoD e tamanhos de trabalho para refletir o ambiente de mudanças rápidas

O que é SAFe?

O Scaled Agile Framework (SAFe), segundo o ScaledAgile.com, é um sistema para implementar práticas Agile, Lean e DevOps em escala. Ele pega as melhores ideias da entrega de produto ágil e as expande para toda a empresa para fornecer agilidade de negócios. SAFe é o framework mais popular para empresas líderes porque funciona: é confiável, personalizável e sustentável.

É atualizado constantemente e possui versões. Em 2022, a versão mais recente é a 5.1, e o SAFe cobre sete áreas principais da empresa:

• Agilidade de Equipe e Técnica
• Entrega de Produto Ágil
• Entrega de Solução Empresarial
• Gestão de Portfolio Lean
• Agilidade Organizacional
• Cultura de Aprendizado Contínuo
• Liderança Lean-Agile

Resultados prometidos:

• +50% de redução no tempo de lançamento no mercado
• +50% de redução de defeitos
• +35% de aumento na produtividade
• +30% de funcionários mais felizes e engajados

Neste artigo, focaremos na fundação—o framework de tomada de decisão WSJF.

Baixe o template WSJF gratuito:

Como calcular WSJF

Fórmula WSJF

O framework Weighted Shortest Job First (WSJF) ajuda você a decidir qual tarefa escolher em seguida para entregar o máximo valor com recursos limitados, encontrando um equilíbrio entre Custo do Atraso (CoD) e Tamanho do Trabalho em um mundo de mudanças rápidas.

Calcule a pontuação WSJF

Pontuação WSJF = Custo do Atraso / Tamanho do Trabalho

Calcule o CoD, que define três tipos de questões de desenvolvimento de produto que você deve observar.

Custo do Atraso = Valor para o Usuário-Negócio + Criticalidade do Tempo + Redução de Risco | Valor de Habilitação de Oportunidades

Avalie cada critério com uma escala de 1, 2, 3, 5, 8, 13, 21.

Princípios de estimativa:

• A estimativa WSJF visa compreender o nível de incerteza, não calcular horas ou dinheiro (o que é quase impossível). Por isso, estimamos probabilidade em vez de tempo exato para realizar uma tarefa específica. É chamada de avaliação relativa.

• Como o objetivo principal é entregar valor em cada iteração, a mediana da sequência será "uma iteração".

• Uma iteração = duas semanas. Nossa linha de base de planejamento. Calculamos números de story points para uma iteração de duas semanas.

• Program Increment (PI) = cinco iterações (dez semanas). Segundo o SAFe, PI é um timebox durante o qual uma Agile Release Train (ART) entrega valor incremental na forma de software e sistemas funcionais e testados. A equipe inteira realiza algo grande para o produto. Em outras palavras, a organização lança uma grande atualização, após a qual deve reavaliar seu backlog, pensar e discutir prioridades mais uma vez.

Personalização

Esta é apenas uma recomendação, e você é livre para personalizar a abordagem de qualquer forma que seja confortável para sua equipe. Mais adiante neste artigo, cobrimos como entender melhor e personalizar os critérios precisamente para suas necessidades de negócio.

Valor para o Usuário-Negócio (UBV)

Novos recursos e inovações que impulsionam seu produto. Por exemplo, opções de login de segurança empresarial ajudam a evitar reclamações de grandes clientes, o que leva a vendas.

O valor para o Usuário/Negócio (UBV) classifica seus trabalhos pela sua importância relativa para o usuário (Priorizando Desejabilidade) e impacto potencial na receita (Priorização Financeira). Neste ponto, você estima quão eficaz esta solução é para promover sua métrica North Star. Como muitos fatores podem influenciar o UBV, comece pensando no impacto de negócio e aumente sua confiança de que tudo funcionará.

Perguntas a responder: Qual é uma métrica de produto vital que você pode atualizar? Quão importante isso é para os usuários? Qual é o impacto na receita?

Avaliação de Valor para o Usuário-Negócio com sequência Fibonacci

• 1 ponto: nenhum valor para o usuário-negócio; esta tarefa está relacionada a outra coisa
• 2 pontos: o menor impacto de negócio e confiança
• 3 pontos: baixo impacto de negócio e confiança
• 5 pontos: impacto de negócio moderado, confiança moderada
• 8 pontos: alto impacto de negócio e confiança
• 13 pontos: impacto de negócio muito alto e confiança
• 21 pontos: o maior impacto de negócio e confiança

Criticalidade do Tempo (TC)

Avalie a urgência. Iniciativas têm prazos justificados como novas regulamentações, relatórios fiscais, promoções sazonais, etc.

A Criticalidade do Tempo classifica os trabalhos por urgência. Você estima como o valor se deteriorará ao longo do tempo ou quantos clientes você pode perder se demorar.

Nosso período de estimativa é de uma iteração (duas semanas) a um Program Increment (PI) (dez semanas). A cada ciclo de PI, executamos uma nova sessão de reavaliação (após expiração de pontuação) e decidimos como a urgência mudou.

Perguntas a responder: Quão urgente é para o negócio? Os usuários esperarão ou migrarão para outra solução? Existe um prazo fixo?

Avaliação de Criticalidade do Tempo com sequência Fibonacci

• 1 ponto: não é uma tarefa crítica em relação ao tempo
• 2 pontos: pode esperar até o próximo ciclo de estimativa (após expiração de pontuação a cada cinco iterações)
• 3 pontos: pode esperar por quatro sprints (cerca de oito semanas)
• 5 pontos: urgência moderada, pode esperar por três sprints (cerca de seis semanas)
• 8 pontos: pode esperar por duas sprints (cerca de quatro semanas)
• 13 pontos: pode esperar por uma sprint (cerca de duas semanas)
• 21 pontos: urgência máxima, você deve levar esse item para a próxima sprint

Redução de Risco | Valor de Habilitação de Oportunidades (RR | OE)

Tarefas para evitar ou reduzir riscos tecnológicos ou de negócios. Exemplos incluem refatoração de código, atualização de banco de dados, segurança ou auditoria fiscal—algo que você deve fazer para garantir a operação saudável de um produto.

Redução de Risco e Habilitação de Oportunidades ajudam você a destacar trabalhos que podem não trazer receita imediatamente, mas beneficiam o longo prazo. Algumas soluções eliminam riscos técnicos ou legais e economizam dinheiro posteriormente. Outras podem abrir portas para melhorias futuras que aumentarão significativamente o número de clientes potenciais.

Perguntas a responder: Se a tarefa começa com alguma descrição de risco, qual é o impacto desse risco? Qual probabilidade?

Avaliação de Redução de Risco com sequência Fibonacci

• 1 ponto: não fornece nenhuma redução de risco
• 2 pontos: reduz a probabilidade de um risco mínimo, probabilidade de severidade mínima
• 3 pontos: reduz a probabilidade de um risco baixo, probabilidade de severidade baixa
• 5 pontos: reduz a probabilidade de risco moderado, probabilidade de severidade moderada
• 8 pontos: reduz a probabilidade de um risco moderado-alto, probabilidade de severidade alta
• 13 pontos: reduz a probabilidade de um risco muito alto, probabilidade de severidade muito alta
• 21 pontos: pode reduzir o risco de um evento altamente impactante, um desastre que provavelmente acontecerá

Tamanho do Trabalho (Duração do Trabalho)

O Tamanho do Trabalho é o único fator negativo e classifica os trabalhos pela complexidade de realização. É impossível alcançar o maior ROI sem considerar os custos de horas-pessoa necessárias. A duração também é chamada de story points, pontos de funcionalidade, esforço ou tamanho relativo.

Perguntas a responder: Quanto tempo a implementação levará? Existem dependências que podem torná-la mais demorada?

Avaliação de Tamanho do Trabalho com sequência Fibonacci (story points)

• 1 ponto: nenhum esforço é necessário. Não podemos dividir por zero, então nossa estimativa de Tamanho do Trabalho deve começar em 1.
• 2 pontos: a linha de base de estimativa. 80% de probabilidade de que um dia seja suficiente para codificar e um dia para testar e validar para uma iteração de duas semanas.
• 3 pontos: uma tarefa de cerca de um quarto dos esforços da sua sprint
• 5 pontos: algo equivalente à metade da sua iteração. 80% de probabilidade de que a tarefa levará 5 dias úteis para codificar e um dia para testar e validar para uma iteração de duas semanas.
• 8 pontos: 80% de probabilidade de que uma tarefa será desenvolvida e testada dentro de duas semanas (uma iteração/sprint)
• 13 pontos: entre uma e duas iterações
• 21 pontos: "estimativas Buzz Lightyear", algo que leva duas sprints ou até mais ("ao infinito e além"). Da minha experiência prática trabalhando com equipes, você avaliará muitas ideias que excedem uma iteração e devem ser divididas em partes menores.

A fórmula final para calcular a pontuação WSJF:

Pontuação WSJF = (Valor de Negócio + Criticalidade do Tempo + Redução de Risco | Habilitação de Oportunidades) / Tamanho do Trabalho

Personalize critérios para sua equipe

No framework Scrum padrão, a estimativa de story points de cada equipe—e a velocidade resultante—é uma preocupação local e independente. Aqui está um ponto de partida para seu processo de avaliação. Você pode aplicá-lo a partir do template WSJF da Ducalis e modificar as descrições dos critérios.

Não existe uma definição única correta para uma escala. Se você e sua equipe estão confusos com algum termo—mude-o! A Ducalis é bastante flexível nesse aspecto.

Iterações

O núcleo dos processos ágeis são os blocos de construção básicos chamados iterações ou sprints. Cada iteração é um timebox padrão de duração fixa onde as equipes ágeis entregam valor incremental.

Evento de planejamento de iteração (Product Increment)

Cada iteração deve começar com uma lista clara de prioridades. Antes desse planejamento, você deve ter um backlog avaliado. As equipes podem frequentemente gastar a semana inteira entre ciclos de desenvolvimento para avaliação, priorização e planejamento. Depois, implantam valor em iterações curtas (sprints).

A Ducalis pode economizar essa semana inteira para sua equipe através de um processo de avaliação assíncrona. Defina um dia de planejamento e a Ducalis fará o resto. Você pode acompanhar o progresso da avaliação com o relatório de progresso de avaliação da equipe.

Para motivar seus colegas de equipe a avaliar no prazo, ofereça apoio com mensagens encorajadoras. Vá para as configurações de hábito de priorização e defina uma mensagem recompensadora para colegas de equipe que terminarem sua avaliação a tempo antes da próxima reunião de planejamento de iteração.

O poder da reavaliação

Principais prioridades, urgência e valores de negócio são produtos perecíveis. Há tanto input—novas solicitações de clientes, bugs, dívidas técnicas, novas regulamentações, ideias inovadoras e muito mais.

Toda a ideia do SAFe é adaptar-se de uma nova maneira a um mundo de mudanças rápidas. O ambiente de uma empresa muda a cada cinco iterações (um PI). Portanto, é altamente recomendado reiniciar as pontuações de avaliação.

Em um sistema baseado em fluxo, atualizar continuamente as prioridades fornece os melhores resultados econômicos. O sequenciamento de trabalhos, em vez do retorno teórico individual de investimento dos trabalhos, produz o melhor resultado em tal contexto de fluxo.

Um benefício adicional da reavaliação de backlog é o refinamento/grooming de backlog. Ao pensar sobre cada item do backlog, você terá algumas ideias sobre como mesclar, atualizar ou remover sua tarefa, pois algumas informações terão se tornado desatualizadas por alguma razão. Pela experiência da hi.ducalis.io, removemos de 2% a 5% dos itens do nosso backlog a cada ciclo de reavaliação.

Para configurar ciclos de reavaliação:

1. Clique em Meeting in # days (Reunião em # dias).
2. Role para baixo até a seção de expiração de pontuação.

Por padrão, as pontuações de avaliação da sua equipe expirarão após iniciar o próximo ciclo de PI.

Por padrão, a sprint tem duas semanas de duração. Personalize na seção de hábitos de priorização.

Dica profissional

Se suas pontuações expiraram e você não terminou o PI anterior, você sempre pode restaurar suas pontuações e estender o período de priorização.

Priorização colaborativa

A estimativa ágil é um esporte de equipe. Cada equipe ágil compreende de cinco a onze membros. Convide sua equipe ágil (equipe multifuncional) para o processo de priorização.

Quando uma equipe estima o backlog do produto, ela não sabe quem trabalhará em cada tarefa. As equipes geralmente determinam isso durante o planejamento de iteração (sprint).

É por isso que toda a equipe ágil avalia cada item do backlog do produto.

Reduza viés

Toda a equipe precisa entender a lógica por trás da atribuição de story points para alcançar uma prática consistente. Todos os membros da equipe votam sem serem influenciados por outros membros da equipe. Pressão externa ou trabalho em equipe insuficiente podem rapidamente inflar os story points, afetando as previsões.

Às vezes, reuniões de priorização podem ser lideradas pela pessoa mais barulhenta na sala. Isso significa que vocês podem interferir uns nos outros durante a sessão de avaliação. Deixe todos priorizarem no seu próprio ritmo.

Escolha 'O Impacto Certo'

Falamos sobre o impacto de negócio no início do artigo. Mas quais respostas você obterá se perguntar a diferentes funções: uma pergunta simples "Qual é a coisa mais impactante que devemos fazer a seguir?" Por exemplo, aposto que um desenvolvedor dirá "banco de dados mais rápido", um vendedor dirá "uma solicitação de recurso para o maior cliente" e um gerente de produto pedirá "nova mensagem de retenção", etc.

É quase impossível comparar qual é mais impactante. No entanto, isso é algo bom a considerar para cada equipe ágil e precisamente o que a Ducalis pode lidar para você.

Colete diferentes opiniões

Frameworks de priorização são ótimos para manter emoção e política fora de uma decisão, para que você possa confiar em fatos. No entanto, quando você prioriza sozinho, ainda está enviesado. Pegue emprestada a técnica de poker planning para priorização. Com a Ducalis, convide cada membro da equipe para a priorização.

Para convidar colegas de equipe:

1. Abra as configurações de critérios.
2. Convide colegas de equipe para sua equipe de avaliação compartilhada.

Isso fornece a cada colega de equipe sua lista de avaliação para estimativa independente.

Especifique critérios para cada função

Digamos que você precisa desenvolver um novo recurso para seu site. Você tem pelo menos três funções—designer UX, front-end e back-end—todos têm um Tamanho de Trabalho diferente para esse recurso. UX precisa de um Tamanho de Trabalho de 3 dias, o front-end precisa de um dia e o back-end precisa de cinco dias. Qual é o Tamanho de Trabalho para o projeto total?

O problema não é o cálculo; sua equipe deve encontrar um horário para discuti-lo. Em um mundo remoto-primeiro, isso significa mais uma chamada no Zoom e discussão. Mais trabalho em torno do trabalho.

A Ducalis pode lidar com isso para você com uma abordagem de priorização assíncrona.

Para atribuir critérios por função:

1. Abra as configurações de Critérios.

2. Atribua a cada usuário um critério para estimar de acordo com sua expertise.

   

Depois disso, cada membro da equipe avaliará itens do backlog com seu conjunto de critérios, pelos quais são responsáveis por estimar.

Quando todos participam, aumenta o comprometimento

O efeito colateral da priorização colaborativa é que os colegas de equipe entendem melhor o que está acontecendo com o produto. Sabemos quais desafios, solicitações e ideias temos e por que algumas são mais importantes que outras. Isso aumenta o moral e o envolvimento da equipe.

Normalize pontuações

Um pouco de normalização ocorre através da prática regular, ajudando a garantir que todos na equipe façam as mesmas suposições por trás do dimensionamento. Por exemplo, se uma pessoa dimensiona um item como "2", mas outra pessoa o dimensiona como "8", dado que compartilham habilidades semelhantes, elas interpretaram o requisito de forma diferente ou o abordaram de direções diferentes. Quando isso acontece, os Desenvolvedores colaboram com o Product Owner para esclarecer suposições e concordar com um tamanho. (Isso não precisa ser um consenso—as pessoas podem concordar em discordar.)

Enquanto uma equipe está aprendendo o que a escala Fibonacci significa para eles, com seu conjunto único de habilidades, tempo de serviço e conhecimento do domínio, é útil comparar novas solicitações com trabalhos concluídos com semelhanças compartilhadas. Por exemplo, quando um novo item recebe um valor de story point de 5, compare-o com coisas semelhantes do mesmo tamanho e ajuste os pontos de acordo.

Com a Ducalis, você pode verificar rapidamente o relatório de alinhamento da equipe para obter um mapa de calor de desacordos. Esta é outra ferramenta para priorização assíncrona em vez de executar uma sessão de poker planning, onde a maioria das estimativas não precisará de nenhuma discussão.

Divida em partes menores

Um dos maiores mal-entendidos sobre WSJF é que ele pode focar sua equipe apenas em tarefas fáceis (low-hanging fruits). Em vez disso, quanto menor o Tamanho do Trabalho para uma tarefa específica, maior a pontuação de prioridade e mais alta a tarefa será classificada.

Use uma matriz para fatiar seu backlog em peças e decidir o que fazer com suas tarefas.

Através da prática de refinamento—quebrar o trabalho em partes menores e mais valiosas—os Desenvolvedores continuam a ganhar insights. À medida que cada solicitação se torna menor e mais é conhecido, eles revisitam continuamente o tamanho. Portanto, é bom fornecer três pontos de contato para ajudar a equipe com o design emergente, desenvolvimento e dependências.

Conselhos práticos

• Não tente ser muito preciso. Se você tem uma tarefa de uma hora, não tenha medo de definir uma linha de base para um dia. Tudo será compensado e equilibrado no longo prazo.

• Arredonde estimativas para o próximo valor.

• No entanto, a decisão final permanece com o profissional de produto responsável por sequenciar os itens no backlog em questão. Fatores como prazos regulatórios, fragilidade de sistemas legados ou construção de uma base para recursos futuros podem ser desafiadores de colocar em termos financeiros, mas ainda precisam ser considerados.

Recursos relacionados

• Template WSJF para Google Sheets

---

hi.ducalis.io não está associado ao Scaled Agile Framework ou SAFe. Leia a visão e manifesto deles em https://www.scaledagileframework.com/