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 limitação rigorosa do tempo.
A estimativa em story points avalia 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 as diferenças cada vez maiores refletem a incerteza: a escala deixa de fingir que é possível distinguir um 13 de um 14. Eis por que essas diferenças 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 comparar “isso é maior do que aquilo”. A estimativa relativa usa essa segunda abordagem, e é por isso que os pontos de história funcionam.
As estimativas iniciais apresentam uma grande 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 gera pontos de história e por que focar no nível errado torna a velocidade sem sentido.
Um guia prático para a escolha de técnicas ágeis de estimativa: planning poker, story points, t-shirt sizing, estimativa por afinidade e velocidade, e quando usar cada uma delas.
Os erros mais comuns 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 um deles.
Os critérios de aceitação são o teste de aprovação ou reprovação de uma história, redigidos 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” (DoD) é uma lista de verificação que cada história deve cumprir antes de ser entregue. Exemplos de listas de verificação, como elaborar a sua e a diferença entre DoD e critérios de aceitação.
A definição de “pronto” é a lista de verificação que indica que uma história está pronta para ser incluída no sprint. O que uma lista útil abrange, por que a maioria é ignorada e qual é 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 são apenas uma aparência de que estão prontas.
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 resulta em uma divisão incorreta.
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 para que algo seja entregue a cada sprint.
Uma história de usuário é uma promessa de valor breve 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 reescritas para que a diferença fique visível.
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 S/M/L em pontos de história, além de quando o planning poker é a melhor opção.
Como a estimativa por afinidade permite dimensionar todo um backlog em uma única sessão: as etapas da classificação silenciosa, quando ela supera o planning poker e como convertê-la em pontos de história.