Dimensionamiento por Camisetas en Agile: Guia Completa de Estimacion Relativa

El dimensionamiento por camisetas es una tecnica de estimacion Agile que utiliza tallas de ropa - XS, S, M, L, XL, XXL - en lugar de numeros para estimar el esfuerzo relativo de los elementos de trabajo. Es la forma mas rapida de dimensionar un backlog grande sin perderse en falsa precision, y suele ser la primera tecnica de estimacion que aprenden los equipos Agile nuevos.

¿Por que tallas de ropa? Porque todos entienden inmediatamente la diferencia entre un Small y un Extra Large. No necesitas explicar lo que significa un "5" en una escala Fibonacci ni debatir si algo es un 6 o un 7. Una camiseta es una camiseta. Esa simplicidad intuitiva es exactamente lo que hace que esta tecnica sea tan efectiva para Sprint Planning, dimensionamiento de hojas de ruta y conversaciones multifuncionales donde no todos hablan el lenguaje de los story points.

Esta guia cubre cuando usar el dimensionamiento por camisetas (y cuando no), el proceso paso a paso, como convertir tallas a valores numericos, errores comunes y como se compara con Planning Poker y otras tecnicas.

Respuesta Rapida: Dimensionamiento por Camisetas de un Vistazo

Aspecto	Detalles
Que Es	Estimacion relativa usando tallas de ropa (XS, S, M, L, XL, XXL)
Mejor Para	Planificacion de hojas de ruta, backlogs grandes, equipos Agile nuevos, grupos multifuncionales
Velocidad	30-60 segundos por elemento (vs 2-5 min para Planning Poker)
Precision	Moderada - buena para comparacion relativa, no para planificacion precisa de capacidad
Quien Participa	Desarrolladores, y opcionalmente stakeholders para dimensionamiento a nivel de hoja de ruta
Cuando Usar	Etapas tempranas de planificacion, cuando el detalle es escaso y la direccion importa mas que las fechas
Escala Tipica	XS, S, M, L, XL (algunos equipos agregan XXL o XXS)
Ventaja Clave	Sin curva de aprendizaje - todos entienden las tallas de camiseta de inmediato

Que es el Dimensionamiento por Camisetas?

El dimensionamiento por camisetas es un metodo de estimacion relativa donde los equipos asignan tallas de ropa - tipicamente XS, S, M, L, XL - a los elementos del Product Backlog basandose en su complejidad, esfuerzo e incertidumbre relativos. En lugar de preguntar "¿cuantos story points tiene esto?" el equipo pregunta "¿esto es un Small o un Large?"

La tecnica funciona porque evita deliberadamente la precision numerica. Cuando alguien dice "esto es un Medium," nadie intenta calcular horas o dias. La conversacion se mantiene enfocada en la comparacion relativa: "¿Construir la funcion de restablecimiento de contrasena es mas grande o mas pequena que la funcion de notificacion por email que ya dimensionamos?"

Por Que Funcionan las Tallas de Ropa

Tres principios psicologicos hacen efectivo el dimensionamiento por camisetas:

1. Comprension Universal Todos han usado una camiseta. El concepto de Small, Medium y Large no requiere explicacion. Compara esto con los story points, donde los equipos pasan sesiones enteras debatiendo "¿que significa un 5?" Las tallas de camiseta eliminan esa friccion de incorporacion.

2. Categorias Naturales Tener solo 5-6 categorias obliga a tomar decisiones rapidas. No puedes agonizar sobre si algo es un "6.5 vs 7" - es un Medium o un Large. Esta restriccion acelera la estimacion de forma dramatica.

3. Anclaje Reducido Las palabras llevan menos carga numerica que los numeros. Cuando alguien dice "Large," es mas dificil para otros anclarse a un valor numerico especifico que cuando alguien dice "8 puntos."

Dimensionamiento por Camisetas vs Story Points

Aspecto	Dimensionamiento por Camisetas	Story Points (Fibonacci)
Curva de Aprendizaje	Ninguna - comprension instantanea	Media - toma 3-5 sprints calibrar
Velocidad Por Elemento	30-60 segundos	2-5 minutos
Precision	Baja (5-6 categorias)	Moderada (10+ valores)
Seguimiento de Velocidad	Requiere conversion	Seguimiento directo
Mejor Para	Hojas de ruta, backlogs grandes, equipos nuevos	Sprint Planning, pronostico de capacidad
Amigable con Stakeholders	Muy - la gente no tecnica lo entiende	Menos - "¿que es un 8?"
Pronostico Numerico	No directamente	Si - basado en velocidad

Punto clave: El dimensionamiento por camisetas y los story points no son competidores - son complementos. Muchos equipos usan el dimensionamiento por camisetas para estimacion de hojas de ruta de alto nivel y luego convierten a story points cuando el trabajo entra en Sprint Planning.

El Proceso de Dimensionamiento por Camisetas: Paso a Paso

Paso 1: Define Tu Escala

Antes de tu primera sesion, acuerda lo que cada talla significa para tu equipo. No hay un estandar universal - lo que importa es la consistencia dentro de tu equipo.

Una escala tipica de 5 puntos:

Talla	Significado	Ejemplo
XS	Cambio trivial, esfuerzo minimo	Corregir un error tipografico, actualizar un valor de configuracion
S	Pequena, tarea bien comprendida	Agregar un boton, campo de formulario simple
M	Complejidad media, enfoque claro	Nuevo endpoint de API con validacion
L	Grande, multiples componentes involucrados	Funcionalidad completa con UI + backend + pruebas
XL	Muy grande, incertidumbres significativas	Integracion multi-sistema, nueva arquitectura

Algunos equipos agregan XXL ("demasiado grande, debe dividirse") o XXS ("ya esta hecho, solo necesita verificacion").

Paso 2: Establece Historias de Referencia

Elige un elemento de trabajo completado para cada talla. Estos se convierten en tus anclas de calibracion.

• XS: "Ese cambio de color CSS que hicimos el Sprint pasado"
• S: "La validacion de email que agregamos al formulario de registro"
• M: "La pagina de perfil de usuario con carga de avatar"
• L: "La integracion de pagos con Stripe"
• XL: "El sistema de notificaciones en tiempo real que construimos"

Escribelos en una pared o documento compartido. Referencialos durante cada sesion de dimensionamiento.

Paso 3: Presenta el Elemento de Trabajo

El Product Owner describe brevemente la User Story o funcionalidad:

• ¿Que hace?
• ¿Para quien es?
• ¿Hay restricciones o dependencias conocidas?

Mantenlo en 1-2 minutos. El dimensionamiento por camisetas funciona porque es rapido - no lo conviertas en una revision de requisitos.

Paso 4: Dimensiona de Forma Independiente

Cada miembro del equipo selecciona una talla de forma privada. Los metodos incluyen:

• Tarjetas fisicas con tallas impresas en ellas
• Dedos (1 = XS, 2 = S, 3 = M, 4 = L, 5 = XL)
• Herramientas digitales (tableros de Miro, apps de Planning Poker con opciones de camisetas)

La clave: todos revelan simultaneamente, igual que en Planning Poker. Esto previene el anclaje.

Paso 5: Revela y Discute

Si todos coinciden (o estan dentro de una talla de diferencia), registra la talla y continua.

Si hay dispersion (digamos, un S y un XL), haz que los valores atipicos expliquen:

• "Dije S porque construimos algo casi identico el Sprint pasado"
• "Dije XL porque esto toca el sistema de pagos, y solo la revision de cumplimiento es una semana"

Usualmente una ronda de discusion resuelve la diferencia. Si no, ve con la talla mayor - es mas seguro, y siempre puedes dividir despues.

Paso 6: Registra y Continua

Escribe la talla de camiseta en la tarjeta de historia o en tu herramienta de backlog. No dediques mas de 60-90 segundos por elemento. El punto principal es la velocidad.

Para backlogs grandes (50+ elementos): Usa la variante de estimacion por afinidad. En lugar de discutir cada elemento, ordena todos los elementos en columnas de talla de forma silenciosa, luego discute solo los elementos donde los miembros del equipo no estan de acuerdo.

Definiendo Tus Tallas de Camiseta

La pregunta mas comun que hacen los equipos: "¿Que significa exactamente cada talla?" Aqui hay tres enfoques.

Enfoque 1: Definicion Basada en Esfuerzo

Talla	Esfuerzo Aproximado	Miembros del Equipo Involucrados
XS	Menos de medio dia	1 persona
S	Medio dia a 1 dia	1 persona
M	1-3 dias	1-2 personas
L	3-5 dias	2-3 personas
XL	1-2 semanas	Multiples personas
XXL	Mas de 2 semanas - dividirlo	Equipo completo

Enfoque 2: Definicion Basada en Complejidad

Talla	Caracteristicas de Complejidad
XS	Solucion conocida, sin dependencias, sin incognitas
S	Solucion conocida, dependencias minimas
M	Solucion mayormente conocida, algunas dependencias o incognitas
L	Incognitas parciales, multiples dependencias, componentes cruzados
XL	Incognitas significativas, dependencias externas, nuevos patrones necesarios
XXL	Demasiadas incognitas - necesita spike o descomposicion primero

Enfoque 3: Definicion Basada en Ejemplos

Omite las definiciones abstractas por completo. Solo manten una lista de referencia de 2-3 elementos completados por talla. A medida que el equipo completa mas trabajo, actualiza los ejemplos. Este es el enfoque mas practico porque basa el dimensionamiento en la experiencia real de tu equipo.

Convirtiendo Tallas de Camiseta a Valores Numericos

Eventualmente, necesitaras numeros - para seguimiento de velocidad, planificacion de capacidad o reportes a stakeholders. Aqui te explicamos como convertir.

Tablas de Conversion Comunes

Conversion Lineal (la mas simple):

XS	S	M	L	XL	XXL
1	2	3	5	8	13

Esto se mapea directamente a Fibonacci, lo cual es conveniente si tu equipo luego transiciona a story points.

Conversion Ponderada (refleja crecimiento exponencial):

XS	S	M	L	XL	XXL
1	3	5	8	13	21

Esto refleja mejor la realidad de que un XL no es solo "5 veces mas grande que un XS" - es proporcionalmente mas incierto.

Conversion Basada en Horas (para equipos enfocados en tiempo):

XS	S	M	L	XL	XXL
2h	4h	1d	3d	1s	2s+

Usa esto solo si tu organizacion requiere reportes basados en horas. La mayoria de los practicantes Agile lo desaconsejan porque confunde estimacion con compromiso.

Cuando Convertir (y Cuando No)

Convierte cuando:

• Pases de planificacion de hoja de ruta a Sprint Planning
• Hagas seguimiento de velocidad entre Sprints
• Pronostiques fechas de entrega
• Reportes a stakeholders que necesitan proyecciones numericas

No conviertas cuando:

• Hagas dimensionamiento inicial de backlog (mantenlo rapido y aproximado)
• Tengas discusiones de hoja de ruta con stakeholders no tecnicos
• El equipo sea nuevo en estimacion (dejalo que se sienta comodo con el dimensionamiento relativo primero)

Dimensionamiento por Camisetas vs Otras Tecnicas de Estimacion

Aspecto	Dimensionamiento por Camisetas	Planning Poker	Estimacion por Afinidad	Sistema de Cubetas
Velocidad Por Elemento	30-60 segundos	2-5 minutos	10-20 segundos	15-30 segundos
Mejor Tamano de Lote	20-100 historias	10-20 historias	50-200 historias	30-100 historias
Precision	Baja (5-6 categorias)	Moderada (10+ valores)	Baja-Moderada	Moderada
Curva de Aprendizaje	Ninguna	Media	Baja	Baja
Seguimiento de Velocidad	Requiere conversion	Directo	Requiere conversion	Directo
Mejor Para	Hojas de ruta, equipos nuevos	Sprint Planning	Triaje de backlog grande	Backlogs medianos
Amigable con Stakeholders	Muy alta	Baja	Media	Baja

Progresion comun de estimacion:

1. Dimensionamiento por camisetas para hoja de ruta inicial y priorizacion de backlog
2. Estimacion por afinidad para dimensionamiento rapido de backlogs grandes
3. Planning Poker para estimacion de historias a nivel de Sprint

Los equipos no necesitan "graduarse" del dimensionamiento por camisetas - sigue siendo util para discusiones de hoja de ruta incluso en equipos maduros.

Cuando Usar el Dimensionamiento por Camisetas

El dimensionamiento por camisetas es la opcion correcta cuando:

• Tu equipo es completamente nuevo en Agile - Comienza aqui. Sin curva de aprendizaje, sin debates sobre lo que significan los numeros. Familiarizate con la estimacion relativa antes de agregar complejidad.
• Estas dimensionando un backlog grande - ¿Necesitas estimar 50+ historias en una hora? El dimensionamiento por camisetas es la unica tecnica lo suficientemente rapida.
• Estas haciendo planificacion de hoja de ruta - A los ejecutivos no les importa Fibonacci. "Esta funcionalidad es Large, esa es Small" comunica perfectamente.
• Grupos multifuncionales estan estimando - Cuando disenadores, gente de marketing y desarrolladores estiman juntos, las tallas de camiseta son el lenguaje comun.
• Necesitas una primera pasada rapida - "¿El trabajo de este trimestre es mayormente Mediums, o tenemos varios XLs?" ayuda con las conversaciones de capacidad sin estimacion detallada.
• Los stakeholders necesitan un dimensionamiento aproximado - "La migracion es un XL, el nuevo dashboard es un Medium" es mas util para un PM que "la migracion es 34 story points."

Cuando NO Usar el Dimensionamiento por Camisetas

El dimensionamiento por camisetas se queda corto cuando:

• Necesitas planificacion precisa de capacidad - Si tu Sprint Planning requiere saber exactamente cuantos elementos caben en un Sprint, necesitas story points y seguimiento de velocidad.
• Necesitas rastrear la velocidad - Las tallas de camiseta no se suman matematicamente. "Completamos 3 Larges y 5 Smalls" no te dice si eso es mas o menos que el Sprint pasado sin conversion.
• Tu equipo ya tiene calibracion establecida de story points - Si tu equipo ya piensa con fluidez en Fibonacci, el dimensionamiento por camisetas agrega un paso de traduccion sin agregar valor.
• Las historias individuales necesitan comparacion detallada - Cuando la diferencia entre un 5 y un 8 importa (¿esta historia es lo suficientemente pequena para un Sprint?), necesitas precision numerica.

Usa Planning Poker para estimacion a nivel de Sprint. Usa Estimacion por Afinidad si necesitas dimensionar mas de 50 elementos muy rapidamente y ya tienes una escala numerica.

Dimensionamiento por Camisetas para Equipos Remotos

El dimensionamiento por camisetas se adapta bien al trabajo remoto porque las sesiones son cortas y la escala es simple.

Sincronico (videollamada):

• Usa Miro, Mural o FigJam con columnas etiquetadas de XS a XL
• Cada persona arrastra notas adhesivas a las columnas de talla
• Discute los elementos donde las personas no estan de acuerdo
• Limita el tiempo a 45 minutos para 30-50 elementos

Asincronico (zonas horarias distribuidas):

• Comparte el backlog en una hoja de calculo o tablero de Jira
• Cada persona agrega su estimacion de talla durante 24-48 horas
• Marca los elementos con desacuerdo para una llamada de sincronizacion de 15 minutos
• Registra las tallas de consenso

Configuracion en Jira:

• Crea un campo personalizado llamado "Talla de Camiseta" (desplegable: XS, S, M, L, XL, XXL)
• Usa plugins de Jira como Easy Agile o Agile Poker para sesiones interactivas
• Si es necesario, crea un campo numerico separado para story points convertidos

Enfoque con plantilla de Miro:

• Crea columnas para cada talla
• Agrega todas las historias como notas adhesivas
• El equipo ordena silenciosamente las historias en columnas
• Discute y resuelve cualquier historia en columnas diferentes

Errores Comunes del Dimensionamiento por Camisetas

Error 1: Tratar las Tallas como Estimaciones Exactas de Tiempo

Como se ve: "Un Medium son 3 dias. Esto es un Medium, asi que estara listo el miercoles."

Por que es un problema: Las tallas de camiseta representan complejidad relativa, no compromisos de calendario. Un Medium significa "aproximadamente el mismo esfuerzo que otros Mediums" - no una duracion especifica.

Solucion: Usa las tallas para comparacion relativa y planificacion. Si necesitas fechas, convierte a story points y usa pronosticos basados en velocidad.

Error 2: Demasiadas Categorias de Talla

Como se ve: El equipo usa XS, S, SM, M, ML, L, XL, XXL, XXXL - nueve categorias.

Por que es un problema: Mas categorias pierden el proposito. Has reinventado la estimacion numerica con peores etiquetas. El valor del dimensionamiento por camisetas es la velocidad a traves de la restriccion.

Solucion: Quedate con 5 tallas (XS, S, M, L, XL). Agrega XXL solo como una bandera de "demasiado grande, debe dividirse".

Error 3: Sin Historias de Referencia

Como se ve: "¿Esto es un Medium? ¿Que es siquiera un Medium en este equipo?"

Por que es un problema: Sin calibracion, la misma funcionalidad podria ser llamada Small por una persona y Large por otra. Las estimaciones se vuelven inconsistentes e inutiles.

Solucion: Antes de tu primera sesion, elige 1-2 elementos completados para cada talla. Mantenlos visibles durante cada sesion de dimensionamiento.

Error 4: Saltarse la Revelacion Simultanea

Como se ve: "Creo que esto es un Large." Todos asienten.

Por que es un problema: La primera persona en hablar ancla a todos los demas. Esto destruye el pensamiento independiente que hace que la estimacion grupal sea precisa.

Solucion: Siempre revela simultaneamente - levanta dedos, voltea tarjetas o usa una herramienta digital que oculte las estimaciones hasta que todos envien.

Error 5: Usar Tallas de Camiseta para Compromiso de Sprint

Como se ve: "Tenemos capacidad para un XL, dos Ls y tres Ms este Sprint."

Por que es un problema: Sin conversion numerica, no puedes verificar esto realmente. ¿Un XL equivale a dos Ls? ¿Dos Ls equivalen a tres Ms? Las matematicas no funcionan sin definir proporciones explicitas.

Solucion: Convierte a story points antes de Sprint Planning, o acepta que el dimensionamiento por camisetas es solo para planificacion aproximada.

Error 6: Nunca Actualizar las Definiciones de Talla

Como se ve: El equipo definio las tallas hace seis meses. Desde entonces, su base de codigo ha crecido, los estandares han cambiado, y "Medium" ya no significa lo que solia.

Por que es un problema: La precision de la estimacion se degrada a medida que el marco de referencia del equipo cambia.

Solucion: Revisa las historias de referencia cada trimestre durante una Sprint Retrospective. Actualiza los ejemplos para reflejar la complejidad actual.

Madurez del Dimensionamiento por Camisetas: De Principiante a Avanzado

Etapa 1: Primeros Pasos (Primeros 1-3 Sprints)

Que esperar:

• Desacuerdo amplio sobre lo que significa cada talla
• Algunos elementos toman 2-3 minutos para resolverse en lugar de 30 segundos
• El equipo se inclina por "todo es Medium"
• Preguntas frecuentes sobre "¿que significa Large?"

Enfocarse en:

• Establecer historias de referencia claras para cada talla
• Mantener las sesiones cortas (30 minutos maximo)
• No preocuparse por la conversion todavia - solo familiarizarse con el dimensionamiento relativo

Etapa 2: Construyendo Consistencia (Sprints 4-8)

Que esperar:

• La mayoria de los elementos se dimensionan en menos de 30 segundos
• Los desacuerdos ocurren principalmente en elementos L y XL
• El equipo naturalmente comienza a dividir XLs antes de dimensionar
• Las tallas se vuelven lo suficientemente predecibles para planificacion aproximada

Enfocarse en:

• Introducir una tabla de conversion (tallas a story points)
• Rastrear cuantos elementos de cada talla completa el equipo por Sprint
• Usar tallas para conversaciones de hoja de ruta trimestral con stakeholders

Etapa 3: Estimacion Integrada (Sprint 9+)

Que esperar:

• El dimensionamiento por camisetas fluye naturalmente hacia Planning Poker para refinamiento a nivel de Sprint
• El equipo usa camisetas para hoja de ruta, story points para Sprints
• Las proporciones de conversion estan bien calibradas al rendimiento real del equipo
• Los stakeholders entienden y usan el lenguaje de dimensionamiento

Enfocarse en:

• Refinar las proporciones de conversion basandose en datos reales de entrega
• Usar datos de dimensionamiento para pronostico de lanzamientos
• Entrenar nuevos miembros del equipo usando historias de referencia establecidas

Ejemplos por Industria

Equipo de Producto SaaS

Dimensionando una hoja de ruta trimestral:

• XS: Agregar tooltip a funcionalidad existente
• S: Nueva plantilla de email con campos dinamicos
• M: Portal de facturacion de autoservicio para clientes
• L: Integracion SSO (SAML + OIDC)
• XL: Rediseno de aislamiento de datos multi-inquilino

Como lo usan: El Product Manager y el Lider de Ingenieria dimensionan las funcionalidades del proximo trimestre en una sesion de 30 minutos. El resultado alimenta la asignacion de capacidad: "Podemos caber un XL, dos Ls y varios elementos S/M este trimestre."

Plataforma de E-Commerce

Dimensionando un product backlog:

• XS: Actualizar formato de etiqueta de envio
• S: Agregar opcion de "envolver para regalo" al checkout
• M: Implementar carrusel de recomendacion de productos
• L: Construir sistema de puntos de fidelidad
• XL: Migrar procesamiento de pagos a nuevo proveedor

Como lo usan: Durante la planificacion de lanzamiento, el equipo estima 80+ elementos del backlog en menos de una hora. Solo convierten a story points los elementos que entran en los proximos dos Sprints.

Aplicacion de Salud

Dimensionando funcionalidades relacionadas con cumplimiento:

• XS: Actualizar visualizacion de politica de privacidad
• S: Agregar entrada de registro de auditoria para una nueva accion
• M: Implementar control de acceso basado en roles para un nuevo modulo
• L: Construir exportacion de datos de pacientes compatible con HIPAA
• XL: Implementar cifrado de extremo a extremo para mensajeria

Como lo usan: El oficial de cumplimiento participa en las sesiones de dimensionamiento por camisetas porque la escala es intuitiva. Marcan "cualquier L o XL que toque PHI necesita un spike de revision de cumplimiento primero."

Desarrollo de Aplicaciones Moviles

Dimensionando un backlog de funcionalidades para iOS y Android:

• XS: Corregir padding en pantalla de configuracion (ambas plataformas)
• S: Agregar boton de "compartir" a perfiles de usuario (ambas plataformas)
• M: Implementar inicio de sesion biometrico (cada plataforma por separado)
• L: Construir sincronizacion offline con resolucion de conflictos
• XL: Agregar chat en tiempo real con notificaciones push

Como lo usan: Las diferencias de plataforma significan que la misma funcionalidad puede tener tallas diferentes. "El inicio de sesion biometrico es un Small en iOS (Face ID esta bien documentado) pero un Medium en Android (soporte de hardware fragmentado)."

Agencia / Consultoria

Dimensionando propuestas de proyectos para clientes:

• XS: Landing page desde plantilla ($2-5K)
• S: Sitio WordPress personalizado (5-10 paginas) ($5-15K)
• M: Sitio de e-commerce con integracion de pagos ($15-40K)
• L: Aplicacion web personalizada con gestion de usuarios ($40-100K)
• XL: Plataforma empresarial con integraciones ($100K+)

Como lo usan: Los equipos de ventas y entrega usan tallas de camiseta en las propuestas. "Este proyecto es un Large basado en nuestros proyectos de referencia" da a los clientes y equipos de entrega un entendimiento compartido antes de que comience la estimacion detallada.

Mejores Practicas

Antes de la sesion:

• Publica las historias de referencia donde todos puedan verlas
• Pre-ordena el backlog - omite elementos que son obviamente XS u obviamente XL
• Comparte el backlog 24 horas antes para elementos complejos

Durante la sesion:

• Limita el tiempo de cada elemento a 60 segundos (incluyendo discusion breve)
• Si un elemento toma mas de 2 minutos para dimensionar, marcalo para una inmersion profunda separada
• Ordena por confianza: dimensiona los obvios primero para construir impulso
• Usa "XXL" como disparador para dividir, no como una estimacion valida

Despues de la sesion:

• Registra las tallas inmediatamente en tu herramienta de backlog
• Marca los elementos que necesitan mas investigacion (spikes) antes de poder ser dimensionados
• Convierte a story points solo cuando el trabajo avance hacia Sprint Planning

Consejos de facilitacion:

• Rota el facilitador en cada sesion
• Para backlogs grandes (50+), usa clasificacion silenciosa (estilo afinidad) primero, discute desacuerdos despues
• Si el equipo frecuentemente no esta de acuerdo, tus definiciones de talla necesitan actualizacion - no tu equipo

Conclusion

El dimensionamiento por camisetas funciona porque intercambia precision por velocidad y accesibilidad. No necesitas precision en la planificacion temprana - necesitas direccion. ¿Esta funcionalidad es un esfuerzo Small o Large? Esa respuesta desbloquea conversaciones de hoja de ruta, planificacion de capacidad y priorizacion de backlog sin la carga de la estimacion detallada.

Puntos clave:

1. Usa 5 tallas (XS a XL) - mas categorias pierden el proposito
2. Establece historias de referencia - son tu herramienta de calibracion
3. Revela simultaneamente - la estimacion independiente previene el anclaje
4. 60 segundos por elemento - si toma mas, el elemento necesita refinamiento, no mas estimacion
5. Convierte a story points para Sprint Planning - las tallas de camiseta son para planificacion aproximada, no compromisos de capacidad
6. El dimensionamiento por camisetas y los story points se complementan - tallas para hojas de ruta, puntos para Sprints
7. Actualiza tus referencias trimestralmente - lo que significa "Medium" cambia a medida que tu equipo y base de codigo evolucionan

Comienza dimensionando tu backlog actual en una sola sesion de 30 minutos. Te sorprenderas de cuanta claridad crea una simple conversacion de Small/Medium/Large - y lo rapido que tu equipo puede avanzar cuando la estimacion deja de sentirse como una tarea tediosa.

Continuar Leyendo

Preguntas Frecuentes

Preguntas Frecuentes (FAQs)