T-Shirt Sizing: Estimativa Ágil Descomplicada

Pergunte a um time o que um tamanho de camiseta realmente significa e, cedo ou tarde, alguém vai tentar fazer conta com ele. "Entregamos dois Pequenos e um Médio na última sprint, então na próxima deveríamos dar conta de um Grande." A frase parece razoável. Também é um absurdo, e entender por quê é o caminho mais rápido para compreender para que o T-shirt sizing realmente serve.

O T-shirt sizing coloca o trabalho em uma escala ordinal: XS, S, M, L, XL e, às vezes, XXL. Ordinal significa que os rótulos têm uma ordem (um XL é maior que um L), mas não uma distância que você possa somar, subtrair ou tirar a média. Dois Médios não são um Grande. Um time que trata os rótulos como números perde a única propriedade que torna a técnica honesta desde o início: ela nunca alega mais precisão do que o time realmente tem.

Fatos principais

• O Scrum Guide deliberadamente não prescreve uma unidade de estimativa. Ele diz apenas que "os Developers que farão o trabalho são responsáveis pelo dimensionamento", deixando story points, horas ou tamanhos de camiseta inteiramente a critério do time.
• A crítica central de Mike Cohn aos tamanhos de camiseta é que eles não são aditivos: "Você não pode dizer ao seu chefe que vai terminar em 3 médios, 4 grandes e 2 petite" (Mountain Goat Software).
• Para dimensionar rapidamente um backlog grande e ainda não estimado, o Scrum.org recomenda o agrupamento por afinidade em silêncio: "O mapeamento por afinidade em silêncio dá resultados bons o bastante bem rápido."
• Nem todos concordam que estimar valha o tempo de reunião. A linha de pensamento #NoEstimates, associada a Woody Zuill, pede que os times questionem "como sabemos que as estimativas estão ajudando?", em vez de oferecer um número melhor.

O que é T-shirt sizing e por que o ordinal importa

O T-shirt sizing é uma técnica de estimativa relativa. Em vez de perguntar "quantas horas isso vai levar", o time pergunta "isso está mais perto de um Pequeno ou de um Grande, comparado ao trabalho que já dimensionamos?" O resultado é um rótulo de um conjunto pequeno e fixo: Extra Pequeno, Pequeno, Médio, Grande, Extra Grande e, ocasionalmente, Extra Extra Grande para o raro item que é maior que todo o resto da lista.

A palavra mais importante nessa descrição é "ordinal". Uma escala ordinal diz a ordem das coisas sem dizer a distância entre elas, como o resultado de uma corrida diz quem venceu quem sem dizer por quanto. Você sabe que um XL é maior que um Médio. Não sabe se ele é exatamente quatro vezes maior, ou duas vezes mais incerto, porque a escala nunca foi construída para sustentar esse tipo de aritmética.

Isso é um recurso, não uma limitação. Quase todo modo de falha dessa técnica remonta a um time fazendo contas com os rótulos mesmo assim: tirando a média dos tamanhos para chegar a um número de velocity, convertendo um tamanho em data de entrega ou comparando o Grande de um time com o Grande de outro como se a palavra significasse o mesmo nas duas salas. Mantenha a propriedade ordinal em vista e a técnica continua útil. Perca-a e ela vira, sem alarde, uma versão pior dos story points.

A granularidade grossa é deliberada por um segundo motivo: ela desarma a falsa precisão que se infiltra nas estimativas em horas. Quando alguém diz que uma tarefa leva "12 horas", esse número carrega uma autoridade imerecida, embora normalmente signifique "se nada der errado e ninguém me interromper". Um Médio não finge essa certeza, e viaja melhor para fora do time: um VP ou um cliente que nunca sentou em uma reunião de planejamento de sprint entende na hora que Pequeno é menos que Grande, sem que ninguém precise explicar o que um 5 significa em uma escala de Fibonacci.

Como conduzir uma sessão de T-shirt sizing

Uma sessão de T-shirt sizing funciona melhor quando anda rápido e resiste à tentação de litigar cada item. Os passos abaixo valem tanto para dimensionar cinco itens de roadmap quanto cinquenta candidatos de backlog de uma só vez.

O passo das âncoras merece a maior atenção, já que é o que os times pulam quando estão com pressa. Sem um Pequeno compartilhado para apontar, "isso é um Pequeno ou um Médio?" vira um debate sobre impressões. Com ele, vira uma comparação genuína que o time consegue responder: isso dá mais ou menos trabalho do que o que já combinamos ser um Pequeno?

O dimensionamento silencioso escala a técnica para backlogs que, de outro modo, levariam horas. Cada pessoa (ou o grupo todo, junto) posiciona os itens ao longo de um espectro, do menor ao maior, sem narrar o raciocínio enquanto faz isso. A orientação do Scrum.org para estimar backlogs grandes se apoia exatamente nesse instinto, descrevendo o agrupamento silencioso por comparação como uma forma de obter resultados "bons o bastante bem rápido" em vez de se arrastar item por item. As duas abordagens trocam a precisão item a item por velocidade, e ambas dependem de o time ter contexto compartilhado suficiente para posicionar as coisas por comparação, e não por debate.

O último passo, parar na convergência, é onde mora a disciplina de fato. Uma discussão de dez minutos entre Médio e Grande quase não produz informação adicional, já que a escala nunca foi construída para recompensar esse nível de precisão. Se um time não chega a acordo depois de uma rodada de discussão, isso costuma indicar que o próprio item está pouco claro, e não que o grupo precisa discutir por mais tempo.

Uma tabela de definição de tamanhos

A maioria dos times que adota o T-shirt sizing se beneficia de registrar uma única vez o que cada tamanho realmente significa para eles e de voltar a essa definição, em vez de rediscuti-la a cada sessão.

Repare que a coluna "o que fazer a seguir" faz trabalho de verdade: um tamanho é uma decisão de roteamento, não apenas um rótulo. Itens pequenos estão perto de ficar prontos; itens Grandes e Extra Grandes são um sinal para dividir antes que alguém planeje em detalhe em torno deles. Isso mantém o T-shirt sizing conectado à ação, em vez de um rótulo parado para sempre em uma coluna de planilha.

Convertendo tamanhos de camiseta em algo planejável

Em algum momento, uma parte interessada quer mais do que "isso é um Médio". Ela quer uma noção aproximada de quando pode ser entregue, ou de quanta capacidade do time aquilo representa. Existem duas abordagens honestas para fechar essa lacuna e uma desonesta a evitar.

O híbrido de mapeamento em pontos. Muitos times colocam um número aproximado sob cada tamanho, principalmente para que os números, e não os rótulos, carreguem a aritmética. O planning poker já documenta uma versão comum: um baralho híbrido com XS=1, S=2, M=3, L=5, XL=8, alinhando os rótulos de camiseta a uma escala de Fibonacci modificada. Outros times usam outra escada, por exemplo Médio=5 e Grande=10, dobrando conforme o tamanho aumenta. Qualquer uma serve. O que importa é escolher um mapeamento e usá-lo de forma consistente: é uma conveniência para falar de tamanho, não uma tabela de conversão universal entre times.

A abordagem de faixa por tamanho. Em vez de mapear um tamanho a um único número, mapeie-o a uma faixa: um Pequeno pode significar "meio dia a dois dias", um Médio "três dias a uma semana", um Grande "de uma a três semanas". Isso preserva a honestidade da escala ordinal e ao mesmo tempo dá aos planejadores algo que podem usar para um cronograma aproximado.

Qualquer que seja a abordagem escolhida, o alerta é o mesmo: uma faixa não é um compromisso. No momento em que o "três dias a uma semana" de um Médio vira uma data de entrega prometida em um roadmap voltado ao cliente, a estimativa está fazendo um trabalho para o qual nunca foi construída. Faixas comunicam incerteza; datas comunicam certeza. Confundir as duas transforma um método de estimativa grosso e honesto em fonte de promessas quebradas de que ninguém se lembra de ter feito.

T-shirt sizing vs story points vs planning poker vs estimativa de três pontos vs sem estimativas

Nenhuma dessas técnicas é concorrente no sentido de que só uma seja a "correta". Cada uma se encaixa em um horizonte diferente e em um grau diferente de certeza sobre o trabalho.

Lendo a coluna "melhor horizonte" de ponta a ponta, o padrão coincide com o que os story points já descrevem: o T-shirt sizing pertence ao ponto mais distante da execução, onde uma estimativa errada custa uma decisão de priorização, e não um compromisso de sprint quebrado. O planning poker e os story points pertencem ao ponto mais próximo da execução, onde o time está prestes a comprometer capacidade real. A estimativa de três pontos fica com o trabalho agendado e cheio de dependências, geralmente fora de um contexto puro de Scrum. A abordagem sem estimativas pertence a times cujo backlog é granular e estável o bastante para que o histórico preveja melhor do que o julgamento de qualquer pessoa sobre um item isolado, tema aprofundado mais abaixo.

Dimensionando em diferentes altitudes

O T-shirt sizing não é uma técnica única usada do mesmo jeito em todo lugar. O que muda é a altitude: a que distância o item está do time que de fato vai construí-lo.

No topo dessa tabela, os tamanhos de camiseta fazem exatamente o trabalho para o qual foram feitos. A hierarquia de épicos vs funcionalidades vs histórias de usuário já diz isso diretamente: épicos são estimados em tamanhos de camiseta ou em contagens aproximadas de sprints, e usar story points no nível do épico cria falsa precisão. Um épico que ainda é um parágrafo de intenção, e não um conjunto de histórias definidas, não tem o detalhe de que os story points precisam para significar algo.

O planejamento trimestral e a triagem ficam em território semelhante. O objetivo ali não é uma previsão precisa, é um sinal rápido o bastante para decidir o que merece um olhar mais atento a seguir. Um Grande sinalizado na triagem diz ao Product Owner "não prometa isso rápido", o que é informação genuinamente útil mesmo sem um número associado.

A última linha é onde as coisas mais dão errado: dimensionar em camisetas uma história pronta para a sprint costuma ser um passo para trás, não para a frente. Quando uma história está a uma ou duas sprints de distância, os story points já documentam a mudança esperada: converta os tamanhos de camiseta em pontos assim que um item estiver perto o bastante de ser trabalhado. Esse também é o momento em que o time deveria ter clareza suficiente para decompor o trabalho em algo mais próximo de uma estrutura analítica do projeto ou, para o acompanhamento no nível de execução, de um pacote de trabalho individual com itens reais. Os tamanhos de camiseta existem para quando essa decomposição ainda não existe; quando ela existe, voltar a um rótulo grosso joga fora informação que o time já conquistou.

Além do software

O T-shirt sizing não tem nada de específico de código. É uma técnica de comparação, e qualquer time que escolha entre mais trabalho do que tem tempo para fazer pode usá-la.

Marketing. Um backlog de campanhas cheio de "renovar o hero da homepage", "lançar um teste de social pago" e "reconstruir o modelo de lead scoring" é impossível de comparar apenas por horas, já que a hora de um designer e a de um analista de dados não são intercambiáveis. Os tamanhos de camiseta permitem que um líder de marketing ordene as ideias de campanha de um trimestre por esforço aproximado sem fingir uma precisão que o time não tem.

Operações. Pedidos de operações (onboarding de um novo fornecedor, uma atualização de política, uma migração de ferramentas) variam muito em escopo e raramente se encaixam bem em uma única unidade de trabalho. Um pedido de operações Grande sinaliza "isso precisa do seu próprio plano de projeto", enquanto um Pequeno provavelmente pode ser absorvido na carga de trabalho existente de alguém.

Serviços profissionais. Definir o escopo de um projeto para um cliente muitas vezes começa com módulos dimensionados em camisetas, antes de existir um statement of work detalhado. "Discovery é um Pequeno, migração é um Grande, treinamento é um Médio" dá a uma equipe de propostas uma forma aproximada para precificar antes de se comprometer com horas exatas.

Pipelines de contratação. Times de recrutamento às vezes dimensionam as vagas abertas dessa forma: uma vaga Pequena tem um banco de talentos profundo e pronto e uma descrição de cargo clara; uma vaga Grande é um título novo, com mercado escasso e uma definição interna de sucesso pouco clara. Dimensionar a vaga ajuda o time de recrutamento a decidir onde gastar primeiro o maior esforço de busca.

Aqui está um exemplo prático de um time de marketing planejando um trimestre de lançamento de produto, usando exatamente as definições de tamanho da tabela acima.

Lendo essa lista de cima a baixo, o líder de marketing não precisa de um velocity em story points para ver o risco óbvio de sequenciamento: o rebrand e a reconstrução do lead scoring são os dois itens que precisam começar mais cedo e ser detalhados primeiro, porque todo o resto da lista depende de saber, aproximadamente, quanto do trimestre eles vão consumir.

Modos de falha

A maioria das falhas do T-shirt sizing tem uma causa raiz: alguém fazendo aritmética com um rótulo ordinal. As formas específicas como isso aparece merecem ser nomeadas para que um time as pegue cedo.

A falha de comparação entre times merece uma segunda olhada, já que causa o maior dano em silêncio. Dois times relatando "entregamos três Grandes neste trimestre" parecem comparáveis. Não são, pelo mesmo motivo de uma sprint de 50 pontos de um time Scrum não significar que ele é mais rápido que uma sprint de 30 pontos de outro: ambas são escalas calibradas internamente, sem unidade compartilhada por trás. No momento em que um tamanho ou um total de pontos atravessa a fronteira de um time e passa a ser tratado como equivalente, deixa de ser útil e começa a enganar.

Os limites da estimativa relativa

Vale ser honesto sobre algo que a maior parte do conteúdo de estimativa deixa de lado: há muito poucos dados rigorosos e verificados de forma independente mostrando que uma técnica de estimativa relativa produz previsões mais precisas que outra. Afirmações de que um método torna os times em algum percentual fixo mais precisos circulam o tempo todo, e a maioria remonta a nada verificável. A posição honesta é que o T-shirt sizing, os story points e o planning poker são todas técnicas baseadas em julgamento, cujo valor vem de tornar as suposições visíveis e manter as conversas rápidas, e não de uma vantagem comprovada de precisão sobre as outras.

Essa honestidade abre a porta para um contra-argumento real que merece uma audiência justa. A linha de pensamento que se reuniu em torno da hashtag #NoEstimates, mais associada a Woody Zuill, questiona se vale a pena gastar tempo de reunião produzindo uma estimativa. A Agile Alliance, que hospeda a palestra de Zuill sobre o tema, enquadra seu argumento como um conjunto de perguntas, e não como uma técnica substituta: "Como sabemos que as estimativas estão ajudando? Podemos provar que as estimativas estão ajudando?" A alternativa prática é prever a partir do throughput: acompanhar quantos itens pequenos e de tamanho semelhante um time realmente conclui ao longo do histórico recente e projetar daí para a frente, em vez de julgar o tamanho do trabalho que ainda está adiante.

Essa abordagem funciona de verdade para times com um fluxo constante de itens pequenos e de escopo comparável e histórico suficiente para confiar no número de throughput. Funciona menos quando o backlog oscila muito em tamanho e tipo, já que a previsão por throughput supõe que o passado recente se pareça o bastante com o futuro próximo para ser preditivo. A maioria das organizações fica em um meio-termo: mantém um hábito leve de estimativa pelo julgamento que ele força, a conversa sobre escopo, e não pelo número que produz, tratando o resultado com a humildade apropriada. O T-shirt sizing se encaixa bem nesse meio-termo, justamente porque sua granularidade grossa torna difícil confiar demais nele.

Leitura relacionada

• Story Points: Como Estimar o Trabalho Ágil
• Planning Poker: Como Times Ágeis Estimam o Esforço
• Épicos vs Funcionalidades vs Histórias de Usuário Explicados
• Estimativa de Três Pontos (PERT): Fórmula e Exemplos
• Velocity no Agile: Como Medir o Throughput do Time
• Sprint Planning: Como Conduzir uma Reunião de Sprint Planning Eficaz
• Product Backlog: O Que É e Como Gerenciá-lo
• Refinamento do Backlog
• Planejamento de Capacidade
• Estrutura Analítica do Projeto (WBS)

O T-shirt sizing conquista seu lugar em um conjunto de ferramentas de estimativa ao permanecer deliberadamente grosso. No momento em que um time começa a tratar XS a XL como números disfarçados, seja tirando a média para chegar a uma velocity, comparando entre times ou lendo uma faixa como uma data prometida, a técnica deixa de fazer o único trabalho para o qual foi construída. Mantenha os tamanhos ordinais, mantenha a sessão rápida e converta para algo mais preciso apenas quando o trabalho estiver perto o bastante para merecer isso.