Guías · 8 min de lectura

Estimación por tallas de camiseta para la agilidad

Qué es la estimación por tallas de camiseta, cómo conducir una sesión, cuándo usar XS a XXL en vez de story points, cómo mapear tallas a puntos, y dónde falla el método.

La estimación por tallas de camiseta (t-shirt sizing) es una técnica de estimación ágil en la que el equipo dimensiona el trabajo con etiquetas, XS, S, M, L, XL, en vez de números. Es la misma idea que los story points, comparar ítems por esfuerzo relativo en lugar de adivinar horas, pero con una escala más gruesa y no numérica, más rápida de aplicar y fácil de leer para personas no técnicas. Eso la hace ideal para la planificación temprana y de alto nivel, y para dimensionar un backlog grande rápidamente. A continuación: cómo conducirla, cuándo usarla en vez de los puntos, cómo mapear tallas a puntos, y dónde se queda corta.

¿Qué es la estimación por tallas de camiseta?

En vez de preguntar "cuántos story points" o "cuántas horas", el equipo pregunta "esto es pequeño, mediano o grande". Cada ítem recibe una etiqueta de talla de camiseta según su esfuerzo, complejidad e incertidumbre relativos combinados. Las etiquetas son deliberadamente vagas, y ese es justamente el punto: en una etapa temprana se quiere una idea aproximada del tamaño, no una falsa precisión.

Como solo hay un puñado de tallas y no hay matemáticas de por medio, un stakeholder que nunca ha estimado software igual puede participar. Esa accesibilidad es una de las principales fortalezas del método.

Las tallas y lo que significan

No hay una definición fija, y cada equipo calibra la suya, pero una lectura común es:

TallaSignificado aproximado
XSTrivial, bien entendido, casi sin riesgo
SPequeño y claro, un trabajo rápido
MModerado, algunas incógnitas, un bloque normal
LGrande, varias partes o incertidumbre real
XLMuy grande, probablemente debería dividirse
XXLDemasiado grande para planificarlo como un solo ítem, divídelo

La señal útil está en el extremo superior: un XL o un XXL es una alerta de que el ítem necesita dividirse antes de poder trabajarse, no un número con el que comprometerse.

Por qué usar la estimación por tallas de camiseta

  • Velocidad. Una escala gruesa con pocas opciones es rápida, así que se puede dimensionar un backlog grande en una pasada corta.
  • Sin falsa precisión. Las etiquetas dejan claro que se está dando un tamaño aproximado, no una medición. Esto coincide con la investigación sobre estimación relativa: el valor está en una noción compartida de tamaño, no en una cifra precisa por ítem (ver qué son los story points).
  • Accesible para personas no técnicas. Producto, diseño y negocio pueden dimensionar junto con ingeniería, porque nadie tiene que defender un número.
  • Buena para la primera pasada. Combina bien con otros métodos: dimensiona todo de forma aproximada con las tallas, y usa el planning poker solo en los ítems que importan.

Cómo conducir una sesión de estimación por tallas de camiseta

  1. Acuerden un ítem de referencia. Elijan un trabajo bien entendido y llámenlo su M. Todo lo demás se dimensiona por comparación con él.
  2. Dimensionen en silencio primero. Que cada persona asigne una talla por su cuenta, para que nadie se ancle en la voz más fuerte, el mismo principio detrás de la revelación simultánea del planning poker.
  3. Revelen y discutan las diferencias. Donde haya desacuerdo (un S, un L), dejen que lo expliquen. La discusión saca a la luz el trabajo oculto, exactamente igual que en la estimación basada en puntos.
  4. Agrupen y avancen. Decidan una talla, coloquen el ítem, y mantengan el ritmo. Marquen cualquier XL o XXL para dividirlo en vez de estimarlo.

Estimación por tallas de camiseta vs. story points

No son tanto rivales como diferentes resoluciones de la misma idea. Muchos equipos usan ambas en distintas etapas.

Tallas de camisetaStory points (Fibonacci)
EscalaXS a XXL, no numérica0, 1, 2, 3, 5, 8, 13, 21
PrecisiónGruesaMás fina
VelocidadMás rápidaMás lenta
Quién puede participarCualquiera, incluyendo no técnicosPrincipalmente el equipo de entrega
Buena paraPlanificación temprana, de alto nivel, backlogs grandesPlanificación a nivel de sprint y velocidad
Soporta cálculo de velocidadNo directamenteSí

Si quieres rastrear la velocidad y hacer pronósticos, en algún momento necesitarás números. La estimación por tallas de camiseta es donde muchos equipos empiezan, y los story points es donde terminan para la planificación de sprint. Para el menú completo de opciones, consulta nuestra comparación de técnicas de estimación.

Mapeo de tallas de camiseta a story points

Los equipos a menudo quieren convertir las tallas de camiseta en puntos para poder hacer el cálculo de velocidad. Un mapeo aproximado está bien, por ejemplo S = 2, M = 3, L = 5, XL = 8, siempre que lo trates como una aproximación y no como una tabla de conversión grabada en piedra. En el momento en que las personas discuten que una M es "exactamente 3", se ha desperdiciado la razón por la que se usó una escala vaga en primer lugar. Mantén el mapeo aproximado, y vuelve a dimensionar directamente en puntos cuando necesites el detalle a nivel de sprint.

Dónde se queda corta la estimación por tallas de camiseta

  • No da velocidad por sí sola. Las etiquetas no se suman. Se necesita un mapeo numérico, o una pasada separada en puntos, para pronosticar.
  • Los límites son subjetivos. La L de un equipo es la M de otro. Eso está bien dentro de un equipo, pero las tallas no se transfieren entre equipos.
  • Es demasiado gruesa para el detalle de sprint. Para decidir qué cabe en las próximas dos semanas, la brecha entre una S y una M suele ser demasiado amplia. Cambia a puntos para eso.
  • Los ítems grandes se esconden dentro de una sola etiqueta. Una "L" puede contener silenciosamente una semana de sorpresas. Usa XL y XXL como una señal para dividir, no como una talla para aceptar.

Errores comunes

  • Tratar una talla como un número exacto. La escala es deliberadamente vaga. La precisión anula el propósito.
  • Comparar tallas entre equipos. La calibración es por equipo, igual que los story points y la velocidad.
  • Aceptar XL y XXL como estimaciones. Son señales para dividir el ítem, no tallas para planificar sobre ellas.
  • Nunca pasar a puntos. Si necesitas pronosticar sprints, las tallas de camiseta por sí solas no te llevarán hasta ahí.

Preguntas frecuentes

¿Qué es la estimación por tallas de camiseta en agilidad?

Un método de estimación relativa en el que el equipo etiqueta el trabajo como XS, S, M, L, XL en vez de usar números. Dimensiona los ítems por comparación, es rápido de aplicar, y es fácil de usar para stakeholders no técnicos.

¿Qué significan las tallas de camiseta?

No hay una definición universal, pero, aproximadamente: XS es trivial, S es pequeño y claro, M es un bloque moderado, L es grande o incierto, y XL o XXL significa que el ítem probablemente es demasiado grande y debería dividirse. Cada equipo calibra sus propios límites.

¿Es mejor la estimación por tallas de camiseta que los story points?

Ninguna es mejor; encajan en etapas diferentes. La estimación por tallas de camiseta es más rápida y más accesible para la planificación temprana y de alto nivel, mientras que los story points dan el detalle más fino y los números que se necesitan para la velocidad y la planificación de sprint.

¿Cómo se convierten las tallas de camiseta en story points?

Usa un mapeo aproximado, por ejemplo S = 2, M = 3, L = 5, XL = 8, y trátalo como una aproximación. Si necesitas precisión a nivel de sprint, vuelve a estimar esos ítems directamente en puntos en vez de confiar en la conversión.

¿Cuándo se debería usar la estimación por tallas de camiseta?

Úsala para una primera pasada rápida en un backlog grande o temprano, para el dimensionamiento a nivel de roadmap, y siempre que stakeholders no técnicos necesiten participar. Cambia a puntos cuando necesites planificación de sprint y velocidad.

¿Quién participa en la estimación por tallas de camiseta?

Cualquiera involucrado en el trabajo, y a menudo también stakeholders de negocio, producto y diseño, ya que la escala en lenguaje sencillo no requiere conocimiento técnico para usarse.

Fuentes

  1. Usman, M., Mendes, E., Weidt, F. & Britto, R. (2014). Effort estimation in agile software development: a systematic literature review. PROMISE 2014 (el dimensionamiento relativo, por juicio experto, domina la estimación ágil).
  2. Poženel, M., Fürst, L., Vavpotič, D. & Hovelja, T. (2023). A comparison of planning poker, the bucket system and affinity estimation. International Journal of Software Engineering and Knowledge Engineering, 33(11n12) (los métodos más gruesos y rápidos alcanzaron una precisión similar a la del planning poker una vez que los equipos se familiarizaron).

Sigue leyendo