T-shirt sizing para estimación ágil
El t-shirt sizing reemplaza los puntos de historia con tallas de ropa conocidas: XS, S, M, L, XL, XXL, sacrificando precisión por velocidad. Es la técnica a la que recurren los equipos ágiles cuando Scrum Poker sería demasiado lento o demasiado preciso para la situación: refinamiento temprano del roadmap, salas con no ingenieros, o backlogs demasiado grandes para dimensionar elemento por elemento. Esta página cubre cómo funciona, cuándo supera a Scrum Poker, y su limitación real. Para la familia completa de técnicas, consulta la guía completa de estimación ágil.
Cómo funciona
El equipo observa un elemento del backlog y elige un tamaño de un conjunto pequeño y fijo: XS, S, M, L, XL, XXL, de la misma manera que estimar si una camisa queda bien no requiere conocer medidas exactas. La votación puede ocurrir igual que en Scrum Poker: en privado y luego revelada en conjunto, o de forma más libre, ya que las categorías son suficientemente burdas como para que el anclaje exacto importe menos.
Todo el atractivo está en que las categorías burdas se resuelven más rápido que los números de grano fino. Nadie pasa tres minutos debatiendo si algo es una Mediana o una Grande de la forma en que podría debatir un 5 frente a un 8; las categorías son deliberadamente demasiado amplias como para discutir con precisión, y eso es la virtud, no un defecto.
Cuándo el t-shirt sizing supera a Scrum Poker
Estimación a nivel de roadmap, a trimestres de distancia. Una funcionalidad que está a seis meses de ser refinada no tiene suficiente detalle conocido para justificar una estimación numérica; cualquier precisión en esa etapa es falsa. Las tallas de camiseta comunican "aproximadamente qué tan grande" sin pretender un nivel de exactitud que la información no respalda.
Salas con no ingenieros. Los interesados que nunca han estimado software encuentran "esto es una Grande" mucho más intuitivo que "esto es un 8", sin perder nada de la señal real que se comunica. Esto hace del t-shirt sizing la opción natural para sesiones de planificación que incluyen producto, diseño y liderazgo junto con ingeniería.
Triage rápido de un lote grande. Dimensionar quince elementos de roadmap en veinte minutos es realista con tallas de camiseta; esos mismos quince elementos como rondas completas de Scrum Poker, con discusión en cada uno, tomarían considerablemente más tiempo, un tiempo que no se justifica para trabajo que de todos modos está a meses de construirse.
La limitación real: no suma sin un mapeo
Los puntos de historia son sumables por diseño; el total de puntos de un sprint es un número significativo porque los puntos comparten una escala común. Las tallas de camiseta no comparten esa propiedad por sí solas: "el roadmap tiene 3 Grandes y 5 Medianas" no responde directamente "cuánto trabajo total es eso", porque Grande y Mediana no están definidas como múltiplos entre sí.
Los equipos que necesitan un número tipo velocidad a partir de trabajo dimensionado con tallas introducen un mapeo explícito de tamaño a puntos, comúnmente algo como XS=1, S=2, M=3, L=5, XL=8, XXL=13, reflejando las brechas de Fibonacci. Esto funciona, pero reintroduce silenciosamente el debate de precisión que el t-shirt sizing buscaba evitar: acordar que "Grande equivale a 5" es en sí mismo un pequeño ejercicio de estimación. La mayoría de los equipos que necesitan esto tratan el mapeo como una herramienta de planificación aproximada, no como un número a defender historia por historia.
Un ejemplo trabajado
Un equipo de producto está refinando el roadmap del próximo trimestre: quince elementos, ninguno todavía convertido en historia lista para el sprint. "Rediseñar el flujo de autenticación" recibe XL sin mucho debate; todos pueden notar que es un cambio grande y transversal incluso sin un plan detallado. "Agregar un tooltip a la página de configuración" recibe XS con la misma rapidez. El equipo resuelve los quince elementos en unos veinte minutos, dedicando tiempo real de discusión solo a los dos o tres que dividen opiniones (¿el nuevo flujo de onboarding es una Grande o una XL?) en lugar de debatir cada elemento con la misma profundidad.
Contrasta eso con lo que ocurre si el mismo equipo intenta Scrum Poker completo sobre los quince: votos numéricos precisos sobre elementos que, honestamente, siguen siendo ideas vagas; un debate que se siente riguroso pero en realidad es solo discutir sobre un decimal de confianza que nadie tiene todavía.
T-shirt sizing vs. Fibonacci: qué escala, cuándo
| T-shirt sizing | Fibonacci (Scrum Poker) | |
|---|---|---|
| Mejor para | Dimensionamiento aproximado a nivel de roadmap | Historias listas para el sprint |
| Velocidad | Rápida; las categorías burdas se resuelven rápido | Más lenta; más precisa, más discusión por elemento |
| Amigable con no ingenieros | Sí | Menos; los puntos numéricos se sienten arbitrarios sin contexto |
| Alimenta la velocidad directamente | No; necesita un mapeo | Sí; los puntos suman de forma nativa |
| Etapa adecuada del cono de incertidumbre | Temprana, vaga | Tardía, refinada |
Comparación completa incluyendo el razonamiento del "cono de incertidumbre" subyacente: Fibonacci vs. t-shirt sizing.
Prueba el t-shirt sizing en un backlog real
OneMorePoint admite un mazo de tallas de camiseta igual que admite Fibonacci: votos privados, revelación simultánea, mismo mecanismo, distinta escala. Crea una sala gratis y dimensiona un lote de elementos de roadmap de la forma que describe esta página.