Estimativa ágil: o guia completo
Um guia prático para estimativas ágeis: histórias de usuário, planning poker, pontos de história, velocidade e as técnicas que se mostram eficazes quando uma história acaba sendo maior do que parecia.
As estimativas dão errado de maneiras já conhecidas: números que têm significados diferentes para pessoas diferentes, sessões que se prolongam além do previsto, previsões nas quais ninguém confia. A solução raramente é uma fórmula melhor. Trata-se de um entendimento compartilhado pelo qual toda a equipe se responsabiliza, e de estimativas tratadas como previsões, em vez de compromissos que podem ser usados contra você.
Este guia aborda os elementos que se mostram eficazes na prática: histórias de usuário, planning poker, pontos de história, velocidade e as técnicas que continuam funcionando quando uma história acaba sendo maior do que parecia inicialmente. Quando você estiver pronto para realizar uma estimativa com sua equipe, faça a estimativa no TeamRetro: planning poker com votação privada, baralhos reutilizáveis e pontos de história finais que são sincronizados diretamente com seu backlog.
O Planning Poker é uma técnica ágil de estimativa baseada no consenso: as equipes votam em sigilo, revelam todas as cartas de uma só vez e discutem a variação das estimativas até que elas convergirem.
Como conduzir uma sessão de Planning Poker que gere estimativas úteis sem se prolongar demais: preparação, a rodada em quatro fases, escolha do baralho e limite de tempo rigoroso.
A estimativa em story points mede o esforço relativo, a complexidade e a incerteza do trabalho, e não as horas. Como fazer a estimativa em relação a uma história de referência e as dúvidas que costumam confundir as equipes.
Os pontos de história aumentam de 1, 2, 3, 5, 8 e 13 porque os intervalos cada vez maiores refletem a incerteza: a escala deixa de fingir que é possível distinguir um 13 de um 14. Eis por que os intervalos são o ponto principal.
Os pontos de história medem o esforço relativo; as horas medem a duração. São eixos diferentes. Se você criar uma tabela de conversão de pontos para horas, sem perceber, estará voltando a estimar o tempo.
Saiba o que é a velocidade da equipe no ágil, como calculá-la e como planejar sprints com base nela, além de uma calculadora de velocidade gratuita.
As pessoas não são boas em avaliar “quanto tempo isso vai levar”, mas são boas em avaliar “isso é maior do que aquilo”. A estimativa relativa usa o segundo critério, e é por isso que os story points funcionam.
As estimativas iniciais apresentam uma grande margem de variação porque o trabalho é desconhecido, e não porque sua equipe não seja boa em fazer estimativas. O que significa o “cone de incerteza” e como reduzi-lo, em vez de aumentá-lo.
Épicos, histórias e tarefas são três níveis, cada um com três funções. O que cada um representa, qual deles acumula pontos de história e por que atribuir pontos ao nível errado torna a velocidade sem sentido.
Um guia prático para a escolha de técnicas de estimativa ágil: planning poker, story points, t-shirt sizing, estimativa por afinidade e velocidade, e quando usar cada uma delas.
As falhas recorrentes nas sessões de Planning Poker (cálculo da média das cartas, estimativas em horas, velocidade usada como arma, inflação de pontos de história) e como corrigir cada uma delas.
Os critérios de aceitação são o teste de aprovação/reprovação de uma história, elaborado antes do início do trabalho: os formatos que funcionam, exemplos práticos e como eles se diferenciam da definição de “concluído”.
A definição de “concluído” consiste em uma lista de verificação para toda a equipe, que cada história deve cumprir antes de ser entregue. Um exemplo de definição de “concluído”, quem é o responsável por ela e como ela difere dos critérios de aceitação.
A definição de “pronto” é a lista de verificação que indica que uma história está pronta para o sprint. O que uma lista útil abrange, por que a maioria é ignorada e a versão que realmente bloqueia o processo.
Uma história que você não consegue avaliar geralmente é aquela que ainda não está pronta para ser lançada. Como saber quando dividi-la, quais são as linhas de corte que geram partes prontas para lançamento e quais apenas dão a impressão de que estão.
O SPIDR consiste em cinco maneiras confiáveis de dividir uma história de usuário: spike, caminho, interface, dados e regras. Cada linha de divisão: quando funciona e quando produz uma divisão falsa.
As fatias verticais geram valor; as fatias horizontais geram promessas. Por que a divisão por camada tecnológica adia a geração de valor e como dividir por resultado para o usuário, de modo que algo seja entregue a cada sprint.
Uma história de usuário é uma promessa de valor concisa e redigida em linguagem simples. O formato “função-objetivo-benefício”, os três Cs, a lista de verificação INVEST e os casos em que as histórias não são a ferramenta adequada.
Dezesseis exemplos de histórias de usuário comentadas nas áreas de autenticação, comércio eletrônico, dispositivos móveis, APIs e bugs, com as versões incorretas apresentadas ao lado de suas reformulações, para que a diferença fique clara.
O modelo clássico de história de usuário com um cartão do tipo “copiar e colar”, as variantes que vale a pena conhecer e um exemplo prático que vai do modelo aos critérios de aceitação e à estimativa.
O que é o sistema de tamanhos de camisetas, como conduzir uma sessão e como converter os tamanhos S/M/L em pontos de história, além de quando o Planning Poker é a melhor opção.