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: o que cada técnica faz bem, 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á fama 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 oposto. 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, chegue a um consenso sobre o propósito desse 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 de votação em segredo seguida de revelação é o ponto principal: ela identifica as divergências que outras técnicas tendem a ignorar e impede que o número sugerido pela pessoa mais experiente 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 aqui, 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 conduzir 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 produzida pela maioria dessas técnicas, não uma técnica em si, e vale a pena manter essa distinção. 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 tamanhos 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 estimam o tamanho do mesmo backlog chegam a números diferentes de pontos porque se calibram com base em histórias de referência diferentes; portanto, comparar os dois valores não mostra nada, a não ser o quanto elas definem o ponto zero de maneira diferente.

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 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 usar 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 âncora 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 divergências. O acordo silencioso é tratado como um acordo 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 descobre até que o sprint chegue ao fim. Se for executado remotamente, sem um quadro compartilhado, as pessoas se baseiam na nota de quem ficou em primeiro lugar — o que é exatamente a falha que o sistema foi criado para evitar.

A estimativa de afinidade permite avaliar todo o backlog em uma única sessão; consulte estimativa de afinidade para ver o passo a passo.

Previsão baseada na velocidade

A velocidade não é uma forma de dimensionar 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. Avaliar uma equipe com base na velocidade faz com que ela se infle, 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 de informações 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. Relacione a situação à 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	Por que é uma boa opção	Fique atento a
Nova equipe, ainda em fase de construção de um modelo comum	Planning Poker	A discussão ajuda a estabelecer a referência comum que a equipe ainda não possui	Vá com calma; reserve tempo e mantenha as histórias curtas
Enorme volume de trabalho acumulado a ser processado em uma única etapa	Estimativa de afinidade ou de magia	A classificação relativa processa o volume de dados com muito mais rapidez 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	Categorias gerais correspondem a um grau de 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 histó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 considere o compromisso como uma promessa, nem a velocidade como uma nota

Equipes maduras não optam por 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 longa fase de refinamento, e planning poker no topo do backlog quando as histórias do próximo sprint precisam de um entendimento compartilhado de verdade antes que alguém se comprometa. Escolha o modo de falha que você está disposto a assumir 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 demais técnicas apresentadas nesta 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 pontos alimentam a velocidade, de modo que uma série de estimativas se transforma em uma previsão com base na qual você pode realmente 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 em 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 camiseta é 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: camisas para amplitude e velocidade, e 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 intervalos, 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 exatamente o contrário: ele usa categorias (de XS a XL) justamente porque são aproximadas e não somam, o que evita que as conversas iniciais sugiram um nível de precisão que ainda não existe. Essa também é sua desvantagem. Como os tamanhos de camiseta não somam, eles não podem alimentar um número de velocidade sem uma tabela de conversão que, discretamente, os transforme de volta em pontos.