Técnicas ágiles de estimativa: qual usar e quando

A maioria das equipes discute sobre qual técnica de estimativa é a “certa”. Essa é a pergunta errada. Toda técnica envolve uma troca: velocidade por precisão, abrangência por profundidade, um número por uma conversa. A técnica que você escolhe é, na verdade, o tipo de falha com o qual você decidiu que pode conviver. Portanto, esta página é um guia de decisão, não um ranking: em que cada técnica se destaca, como cada uma falha e qual escolher na situação em que você se encontra.

Por que fazer uma estimativa, afinal?

A estimativa tem má reputação porque as equipes a tratam como uma promessa. Mas não é isso. Uma estimativa é uma previsão compartilhada: a melhor avaliação atual da equipe sobre o esforço relativo, feita em conjunto para que todos tenham a mesma visão ao iniciar o sprint. Encarada dessa forma, ela ajuda no planejamento e traz à tona divergências logo no início, quando ainda é mais fácil resolvê-las.

Quando tratado como um compromisso a ser avaliado posteriormente, ele acaba tendo o efeito contrário. Cada retrospectiva se torna uma defesa de um número, as pessoas aprendem a inflar os valores, e a estimativa deixa de refletir a realidade. Portanto, antes de escolher uma técnica, cheguem a um acordo sobre para que serve esse número: uma previsão que você refina, não um contrato que você impõe. Deixe isso claro e a escolha da técnica se tornará uma questão prática, em vez de política.

Planning Poker

O Planning Poker é a abordagem deliberada. Cada pessoa escolhe uma carta em segredo, todos revelam ao mesmo tempo, e a distribuição das cartas dá início à conversa. Essa etapa votação em segredo seguida de revelação é o ponto principal: ela identifica as divergências que outras técnicas tendem a ignorar e evita que o número sugerido pelo membro mais sênior domine a discussão. A abordagem foi popularizada por Mike Cohn em Mountain Goat Software. Recorra a ele quando tiver um conjunto bem definido de histórias bem elaboradas e precisar de um entendimento comum, e não apenas de um tamanho.

Onde falha: velocidade. O Planning Poker é a técnica mais lenta nesse aspecto, e histórias mal definidas transformam essa lentidão em uma reunião de refinamento disfarçada de estimativa. Se uma história passa de 3 para 13, você não tem um problema de estimativa, mas sim uma história que precisa ser dividida.

Guia completo: como jogar o Planning Poker. Para realizar uma sessão com sua equipe agora mesmo, de graça, use o Planning Poker para equipes ágeis.

Pontos de história

Os pontos de história são a unidade gerada pela maioria dessas técnicas, e não uma técnica em si; vale a pena ter essa distinção em mente. Um ponto mede o tamanho relativo: complexidade, incerteza e esforço reunidos em um único número, calibrado com base na história de referência da própria equipe, e não em horas. O Planning Poker, os “buckets”, a estimativa por afinidade e a estimativa mágica, todos geram pontos. O sistema de tamanho de camiseta, por outro lado, deliberadamente não o faz.

Onde isso falha: no momento em que os pontos são interpretados como horas ou comparados entre equipes. Duas equipes que avaliam o mesmo backlog chegam a números de pontos diferentes porque se baseiam em histórias de referência distintas; portanto, comparar as duas medidas não revela nada, a não ser a diferença na forma como definem seu ponto zero.

Capítulo completo: o que são pontos de história.

Tamanhos das camisetas

O sistema de tamanhos de camisetas substitui os números por categorias: XS, S, M, L, XL. A redução da granularidade agiliza o processo, que é exatamente o que se busca nas etapas iniciais de refinamento, no trabalho de planejamento estratégico e em conversas com a equipe de produto ou a liderança, que não precisam de decimais. Isso mantém o grupo em movimento na fase em que uma precisão maior seria apenas uma falsa precisão.

Onde isso falha: as camisetas não fazem sentido. No momento em que alguém de fora da equipe precisa de um número de velocidade e você cria uma tabela no wiki para converter L em 8, você acaba reinventando os story points com etapas extras.

Capítulo completo: tamanhos de camisetas.

Estimativa de afinidade

A estimativa de afinidade inverte a ordem habitual. A equipe primeiro classifica as histórias em pilhas maiores e menores, sem números, e depois rotula as pilhas quando tudo estiver agrupado. O segredo está em definir os números por último: quando chega a hora de fazê-lo, a ordem relativa já está estabelecida, de modo que a discussão sobre cada história (isso é um 3 ou um 5?) nem sequer começa. É rápido, adapta-se a um backlog grande e resiste ao efeito de ancoragem quase tão bem quanto o planning poker. A estimativa mágica é sua variante mais decisiva: todos fazem suas escolhas em silêncio, e apenas as histórias em que as escolhas divergiram são objeto de uma discussão de verdade.

Onde isso falha: esconde as divergências. O consenso silencioso é tratado como um consenso real; assim, uma ideia que, na verdade, era uma mistura de notas 3 e 8 pode passar como um 5 unânime, e ninguém percebe até que o sprint chegue ao fim. Se for conduzido remotamente, sem um quadro compartilhado, as pessoas se orientam por quem dá a nota mais alta, o que é exatamente a falha que o método foi criado para evitar.

Capítulo completo: estimativa de afinidade (em breve).

Previsão baseada na velocidade

A velocidade não é uma forma de dimensionar as histórias; é o que você faz com os pontos depois de obtê-los. É a média de pontos de história que uma equipe conclui por sprint ao longo de seu histórico recente, e existe com um único objetivo: projetar quantos sprints serão necessários para concluir o backlog. Some os pontos restantes, divida pela velocidade e você terá uma previsão baseada na taxa real da equipe, e não em ilusões.

Onde isso falha: no momento em que se torna uma meta. Avalie uma equipe com base na velocidade e ela se inflará, porque a maneira mais rápida de aumentar o número é ampliar a dimensão do mesmo trabalho. Essa é a lei de Goodhart aplicada a um ciclo de duas semanas.

Centro completo, com uma calculadora na qual você pode inserir seus próprios valores: velocity.

Qual técnica usar quando

Aqui vai a versão resumida. Combine a situação com a técnica mais adequada e comece já sabendo como essa técnica pode falhar, para que a falha não seja uma surpresa para você.

Situação	Procure	Por que é a escolha certa	Fique atento a
Nova equipe, ainda em fase de construção de um modelo comum	Planning Poker	A discussão estabelece a referência comum que a equipe ainda não possui	Vá com calma; reserve tempo e mantenha as histórias curtas
Grande volume de trabalho acumulado a ser processado em uma única etapa	Estimativa de afinidade ou magia	A classificação relativa processa o volume de dados muito mais rapidamente do que a votação de cada item	Um acordo tácito pode esconder uma verdadeira discordância
Roteiro ou planejamento trimestral	Tamanhos das camisetas	As categorias gerais correspondem à certeza geral	As medidas não resultam em um valor de velocidade
Uma história bem complicada	Planning Poker	Os votos secretos revelam as incógnitas ocultas	Uma grande diferença de votos significa dividir a matéria, não submetê-la a uma nova votação
Comprometer-se com um sprint	Planning Poker e, em seguida, a velocidade	Dimensionamento compartilhado, além de uma previsão que você pode usar como base para o seu planejamento	Não encare o compromisso como uma promessa, nem a velocidade como uma nota

Equipes maduras não escolhem uma única técnica para sempre; elas alternam de acordo com o momento. Camisetas para o roteiro, estimativa por afinidade ou estimativa “mágica” para a fase de refinamento prolongada, planning poker no topo do backlog quando as histórias do próximo sprint precisam de um entendimento compartilhado real antes que alguém se comprometa. Escolha o modo de falha que você está disposto a aceitar neste trimestre, não aquele que apareceu na apresentação de slides do coach ágil.

Estimativa no TeamRetro

O recurso Estimativas do TeamRetro reúne o planning poker, o t-shirt sizing e as outras técnicas desta página em um único lugar: votação privada para que ninguém se deixe influenciar pela voz mais alta, uma revelação em tempo real que dá início à conversa certa e resultados que vão direto para o seu backlog. Quando você precisar de uma visão de longo prazo, esses mesmos dados alimentam a velocidade, de modo que uma série de estimativas se transforma em uma previsão com a qual você pode realmente se basear para planejar. Comece uma sessão com sua equipe e veja qual técnica se adapta melhor ao trabalho que vocês têm pela frente.

Perguntas frequentes

Quais são as principais técnicas de estimativa ágil?

As técnicas mais utilizadas pelas equipes são o planning poker, o sistema de tamanhos de camiseta, o sistema de baldes, a estimativa por afinidade e a estimativa mágica. A maioria delas gera pontos de história; já o sistema de tamanhos de camiseta gera categorias (de XS a XL). A velocidade se soma a elas como etapa de previsão: ela transforma os pontos que você estimou em uma projeção de quantos sprints o backlog levará. Algumas equipes também adotam a abordagem #NoEstimates, fazendo previsões contando histórias do mesmo tamanho em vez de atribuir pontos a elas, o que só funciona quando o refinamento é realmente preciso.

Qual é a melhor técnica de estimativa ágil?

Depende, e essa é a resposta honesta, em vez de uma evasiva. Não existe uma técnica única que seja a melhor, pois cada uma apresenta falhas diferentes: o planning poker é lento, mas promove um entendimento comum; o t-shirt sizing e os buckets são rápidos, mas imprecisos; a estimativa por afinidade e a estimativa “mágica” avançam rapidamente por um grande backlog, mas podem ocultar divergências. A regra de decisão é simples. Escolha a técnica cujo modo de falha você possa suportar para o trabalho que tem pela frente. Dimensionar as histórias do próximo sprint, onde uma discordância oculta sai cara, favorece o planning poker. Dimensionar um backlog de cem itens, onde a velocidade importa mais do que a precisão, favorece a afinidade ou a estimativa mágica.

Quando é que se deve usar o sistema de classificação por camisetas ou a estimativa por afinidade em vez do “planning poker”?

Use-os quando a velocidade for mais importante do que a precisão por história e você não estiver prestes a incluir o trabalho em um sprint. O sistema de tamanhos de camisetas é adequado para o refinamento inicial, o trabalho de roadmap e conversas com a equipe de produto ou a liderança, onde tamanhos aproximados (XS a XL) correspondem ao que você realmente sabe naquele estágio. A estimativa por afinidade é adequada para dimensionar um backlog grande de uma só vez, pois classificar as histórias em pilhas relativas é muito mais rápido do que votar em cada uma individualmente. O Planning Poker justifica seu ritmo mais lento quando as histórias estão prestes a entrar em um sprint e o custo de um desacordo não expresso é alto. Resumindo: camisetas e afinidade para amplitude e velocidade; Planning Poker para a profundidade necessária logo antes de você confirmar o trabalho.

Todas essas técnicas utilizam story points?

Não. O Planning Poker, o sistema de “bucket”, a estimativa por afinidade e a estimativa “mágica” geram, todos, story points — números calibrados com base na história de referência da própria equipe. O sistema de tamanhos de camiseta, por outro lado, faz isso deliberadamente: ele usa categorias (XS a XL) justamente porque são aproximadas e não somam, o que evita que as conversas iniciais sugiram uma precisão que você ainda não possui. Essa também é sua desvantagem. Como os tamanhos de camiseta não somam, eles não podem alimentar um valor de velocidade sem uma tabela de conversão que, discretamente, os transforme de volta em pontos.