Estimación: talla de camisetas: Difference between revisions

Latest revision as of 15:28, 14 May 2026

⏱ 3 min de lectura · 📅 Actualizado en 2026

La estimación por tallas de camisetas es una técnica de estimación relativa que clasifica las historias de usuario u otras unidades de trabajo en categorías de tamaño usando la metáfora de las tallas de ropa: XS, S, M, L, XL, XXL. Su principal ventaja es que resulta intuitiva para personas sin experiencia previa en estimación ágil, incluidos stakeholders no técnicos.

Las tallas

XS / S (Pequeño): trabajo que se puede hacer en unas pocas horas o un día.
M (Mediano): trabajo que puede llevar unos pocos días.
L (Grande): trabajo que puede llevar una semana o más.
XL / XXL (Extra Grande): trabajo que requiere varias semanas o más. A menudo indica que la historia debería dividirse en historias más pequeñas.

Estas categorías son flexibles: cada equipo puede ajustar su escala según las necesidades del proyecto.

Proceso de aplicación

Preparación: reunión con todos los miembros relevantes del equipo y representantes de stakeholders. Conviene asegurarse de que todos conocen la técnica antes de empezar.
Lista de historias: se identifican todas las historias a estimar. Se presenta cada una con suficiente contexto para permitir preguntas de aclaración.
Estimación individual: cada miembro asigna una talla a cada historia de forma independiente.
Puesta en común: se comparten las estimaciones y se debaten las discrepancias. El objetivo es el consenso, no la unanimidad.
Historia de referencia por talla: se selecciona una historia representativa de cada talla para usar como calibrador en estimaciones futuras.
Documentación: se registran las estimaciones acordadas.

Cuándo usarla

En las fases tempranas de un proyecto, cuando el detalle de las historias es aún bajo.
En conversaciones con stakeholders no técnicos, donde hablar de "puntos de historia" genera confusión.
Como técnica previa a un planning poker más preciso, para hacer una primera pasada rápida sobre un backlog grande.

Error frecuente

No calibrar las tallas con historias de referencia. Si el equipo no acuerda explícitamente qué es una historia "M" o "L" con ejemplos concretos, cada miembro aplica su propio criterio y la estimación pierde consistencia. La historia de referencia no tiene que ser perfecta; solo tiene que ser una historia que todos hayan visto completarse y sobre cuyo tamaño relativo estén de acuerdo.

Recursos

📄 Técnicas de estimación ágil: tres estrategiasScrum Manager Blog · jul 2023

🎙️ Podcast Ep. 10: Estimar o no estimarScrum Manager Podcast · Spotify

Véase también

Estimación de póquer Affinity Estimating Bucket System Estimación en la pared NoEstimates Punto de historia Unidad de trabajo

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.

Buscar convocatorias

Club Agile

@@ Line 1: / Line 1: @@
-La técnica de estimación basada en '''tallas de camisetas''' es un método comúnmente utilizado en el desarrollo de software y la gestión de proyectos para hacer estimaciones rápidas y simples. Se basa en la metáfora de las tallas de camisetas para clasificar la dificultad o el tamaño de una [[unidad de trabajo]].
+{{Meta-bok|min=3}}
-*'''Pequeño (S):''' una unidad de trabajo que se puede hacer rápidamente, tal vez en unas pocas horas o un día.
+La '''estimación por tallas de camisetas''' es una técnica de estimación relativa que clasifica las [[Historia de usuario|historias de usuario]] u otras [[Unidad de trabajo|unidades de trabajo]] en categorías de tamaño usando la metáfora de las tallas de ropa: XS, S, M, L, XL, XXL. Su principal ventaja es que resulta intuitiva para personas sin experiencia previa en estimación ágil, incluidos stakeholders no técnicos.
-*'''Mediano (M):''' una unidad de trabajo que puede llevar unos pocos días. Por ejemplo, desarrollar una nueva característica que no es demasiado compleja.
+== Las tallas ==
-*'''Grande (L):''' es una unidad de trabajo que puede llevar una semana o más. Por ejemplo, construir una nueva sección del sitio web desde cero.
+* '''XS / S (Pequeño):''' trabajo que se puede hacer en unas pocas horas o un día.
-*'''Extra Grande (XL):''' es una unidad de trabajo que puede requerir varias semanas o incluso meses. Por ejemplo, rediseñar completamente la interfaz de usuario del producto.
+* '''M (Mediano):''' trabajo que puede llevar unos pocos días.
+* '''L (Grande):''' trabajo que puede llevar una semana o más.
+* '''XL / XXL (Extra Grande):''' trabajo que requiere varias semanas o más. A menudo indica que la historia debería dividirse en historias más pequeñas.
-Estas categorías son flexibles y se adaptan según las necesidades del equipo o del proyecto.
+Estas categorías son flexibles: cada equipo puede ajustar su escala según las necesidades del proyecto.
-==Origen==
+== Proceso de aplicación ==
-Esta técnica se popularizó inicialmente en equipo ágiles como una forma de medir los puntos de historia. Se consideraba una técnica de estimación relativa, una alternativa a la técnica tradicional de estimación de puntos de historia numéricos, que permitía representar ideas más complejas, son solo el tiempo, también el esfuerzo y la complejidad.
+# '''Preparación:''' reunión con todos los miembros relevantes del equipo y representantes de stakeholders. Conviene asegurarse de que todos conocen la técnica antes de empezar.
-==Descripción y objetivo==
+# '''Lista de historias:''' se identifican todas las historias a estimar. Se presenta cada una con suficiente contexto para permitir preguntas de aclaración.
-El objetivo principal es proporcionar una forma rápida y fácil de hacer estimaciones sin tener que entrar en demasiados detalles.
+# '''Estimación individual:''' cada miembro asigna una talla a cada historia de forma independiente.
+# '''Puesta en común:''' se comparten las estimaciones y se debaten las discrepancias. El objetivo es el consenso, no la unanimidad.
+# '''Historia de referencia por talla:''' se selecciona una historia representativa de cada talla para usar como calibrador en estimaciones futuras.
+# '''Documentación:''' se registran las estimaciones acordadas.
+== Cuándo usarla ==
+* En las fases tempranas de un proyecto, cuando el detalle de las historias es aún bajo.
+* En conversaciones con stakeholders no técnicos, donde hablar de "puntos de historia" genera confusión.
+* Como técnica previa a un planning poker más preciso, para hacer una primera pasada rápida sobre un backlog grande.
+== Error frecuente ==
+<div class="bok-aviso">
+'''No calibrar las tallas con historias de referencia.''' Si el equipo no acuerda explícitamente qué es una historia "M" o "L" con ejemplos concretos, cada miembro aplica su propio criterio y la estimación pierde consistencia. La historia de referencia no tiene que ser perfecta; solo tiene que ser una historia que todos hayan visto completarse y sobre cuyo tamaño relativo estén de acuerdo.
+</div>
+== Recursos ==
+<div class="bok-recurso">
+📄 [https://www.scrummanager.com/blog/2023/07/tecnicas-de-estimacion-agil-tres-metodos/ '''Técnicas de estimación ágil: tres estrategias''']<span class="detalle">Scrum Manager Blog · jul 2023</span>
+</div>
+<div class="bok-recurso">
+🎙️ [https://open.spotify.com/episode/5qa41nYkK9JSmKVg0E5qt0 '''Podcast Ep. 10: Estimar o no estimar''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
+</div>
+== Véase también ==
+<div class="bok-tags">
+[[Estimación de póquer]] [[Affinity Estimating]] [[Bucket System]] [[Estimación en la pared]] [[NoEstimates]] [[Punto de historia]] [[Unidad de trabajo]]
+</div>
-Esta podría ser una forma de aplicarla, aunque siempre hay que tener en cuenta el contexto (necesidades específicas del equipo y del proyecto):
+<div class="bok-ecosistema">
-# '''Preparación:''' se convoca una reunión con todos los miembros relevantes del equipo de proyecto, incluyendo desarrolladores, gerentes de proyecto y representantes de los ''stakeholders''. Antes de la reunión es recomendable asegurar que todo el mundo conoce esta técnica.
+<div class="texto">
-# '''Lista de unidades de trabajo:''' se identifican todas las unidades de trabajo que necesitan ser estimadas. Deben ser claras y comprensibles para todos los presentes. Lo ideal sería presentar cada unidad de trabajo una por una y permitir preguntas para aclarar cualquier duda o confusión.
+<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
-# '''Estimación individual:''' cada miembro del equipo estima la talla de cada unidad de trabajo de manera individual. Pueden utilizar tarjetas o un sistema electrónico para registrar sus estimaciones.
+<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
-# '''Puesta en común:''' una vez que todos hayan hecho sus estimaciones, se hace una puesta en común. Esto puede hacerse mostrando las tarjetas o utilizando un sistema electrónico.
+</div>
-# '''Debate:''' si hay discrepancias en las estimaciones, los miembros del equipo pueden explicar su razonamiento y la unidad de trabajo puede ser reevaluada si es necesario. El objetivo es llegar a un consenso sobre la talla de cada unidad de trabajo.
+<div class="botones">
-# '''Estimar el esfuerzo de cada talla:''' una vez que todas las unidades de trabajo han sido asignadas a una talla, se selecciona una de referencia para cada talla y se estima el esfuerzo necesario para esa unidad de trabajo. Luego, se utiliza esa estimación como referencia para todas las demás unidades de trabajo de la misma talla.
+<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
-# '''Documentación:''' es necesario documentar las estimaciones para cada unidad de trabajo. Lo recomendable es que todos los miembros del equipo tengan acceso a esta información.
+<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
-==Ventajas y beneficios==
+</div>
-La técnica de estimación basada en tallas de camisetas tiene varias ventajas, especialmente en el ámbito del desarrollo de software y la gestión de proyectos:
+</div>
-*'''Simplicidad:''' utilizar tallas de camisetas como una medida de tamaño es intuitivo y fácil de entender. Esto facilita que todos los miembros del equipo se pongan de acuerdo en la escala de estimación.
-*'''Centrada en la complejidad''': al usar tallas de camisetas, los equipos pueden centrarse en la complejidad del trabajo en lugar de cuánto tiempo tomará. De este modo se evita subestimar unidades de trabajo que pueden parecer simples pero que realmente son muy complejas.
-*'''Facilita la comunicación:''' puede ser más fácil para las personas no técnicas entender la idea de que una unidad de trabajo es "grande" en lugar de que llevará "40 horas" realizarla.
-*'''Adaptable:''' es una técnica flexible y puede ser adaptada a las necesidades específicas de cada equipo. Por ejemplo, un equipo puede decidir añadir más categorías, como "XS" para unidades de trabajo muy pequeñas o "XXL" para proyectos muy grandes.
-*'''Fomenta la discusión:''' el equipo debe debatir y consensuar el tamaño relativo de las unidades de trabajo, lo cual puede llevar a una mejor comprensión de lo que se necesita para completarlas.
-Al igual que todas las técnicas de estimación, la técnica de tallas de camisetas no es perfecta y debe tenerse en cuenta el contexto a la hora de aplicarla.
-==Véase también==
-*[https://www.scrummanager.com/blog/2023/07/tecnicas-de-estimacion-agil-tres-metodos/ Scrum Manager Blog: «Técnicas de estimación ágil: tres estrategias para estimar»].
-*[https://open.spotify.com/episode/5cSiawMjvd1TFUpt0TPsEi?si=94027bafbbe24dfa Scrum Manager Podcast | Episodio 1: Serie Fibonacci y estimación ágil].
-*[https://www.scrummanager.com/blog/2022/12/podcast-serie-fibonacci-estimacion-agil/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 1: Serie Fibonacci y estimación ágil].
-*[https://open.spotify.com/episode/5qa41nYkK9JSmKVg0E5qt0?si=4a5e2de91db447ab Scrum Manager Podcast | Episodio 10: Estimar o no estimar].
-*[https://www.scrummanager.com/blog/2023/04/estimar-o-no-estimar/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 10: Estimar o no estimar].
 [[Category:Glosario de términos]]
 [[Category:Estimación]]
+[[Category:Prácticas ágiles]]