Jump to content

Grande /Incierto/ Pequeño: Difference between revisions

From Scrum Manager BoK
No edit summary
No edit summary
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
'''Grande/Incierto/Pequeño''' es un método de estimación útil para una rápida categorización y estimación de tareas en un proyecto. Podría considerarse como una simplificación del método ''[[Bucket System]]''.  
{{Meta-bok|min=2}}
'''Grande / Incierto / Pequeño''' (también llamada estimación LUS, del inglés ''Large, Uncertain, Small'') es una técnica de estimación rápida que clasifica las [[Historia de usuario|historias de usuario]] u otras [[Unidad de trabajo|unidades de trabajo]] en solo tres categorías: grandes, inciertas y pequeñas. Es una de las técnicas de estimación más sencillas y puede aplicarse en minutos incluso con backlogs extensos.
== Cuándo usarla ==
* Al inicio de un proyecto, cuando el equipo no tiene aún una referencia de velocidad ni experiencia común suficiente para usar la serie Fibonacci.
* Como primera pasada rápida sobre un backlog grande, antes de una estimación más precisa con [[Estimación de póquer|planning poker]] o [[Affinity Estimating]].
* Cuando participan stakeholders no técnicos que no están familiarizados con los puntos de historia.
== Las tres categorías ==
* '''Pequeña:''' la historia es clara y el equipo puede completarla cómodamente en el sprint. Su tamaño es manejable y no tiene dependencias significativas.
* '''Grande:''' la historia es demasiado grande para completarse en un sprint o requiere descomponerse antes de poder comprometerse con ella. Puede ser una [[Epic|épica]] que todavía no se ha dividido.
* '''Incierta:''' el equipo no tiene suficiente información para decidir si es pequeña o grande. La incertidumbre puede ser técnica (no se sabe cómo hacerla) o de negocio (los requisitos no están suficientemente claros). Las historias inciertas suelen necesitar un [[A punto|proceso de refinamiento]] antes de poder estimarse con más precisión.
== Cómo aplicarla ==
# Se presentan las historias una a una.
# El equipo, por consenso rápido o votación simple, las clasifica en una de las tres categorías.
# Las historias '''pequeñas''' pueden entrar directamente en la planificación del sprint.
# Las historias '''grandes''' se marcan para dividir antes del próximo sprint.
# Las historias '''inciertas''' se marcan para investigar o refinar: puede ser necesario un [[A punto|spike]] o una conversación adicional con el propietario del producto.
== Error frecuente ==
<div class="bok-aviso">
'''No actuar sobre las historias inciertas.''' La categoría "incierta" es la más valiosa de la técnica porque hace explícito lo que el equipo no sabe. Si tras la sesión de estimación las historias inciertas quedan pendientes sin ningún plan de acción —¿quién va a investigar?, ¿cuándo?— la técnica habrá producido información pero no mejora. Cada historia incierta debería salir de la sesión con un responsable y una fecha para resolver la incertidumbre.
</div>
== Véase también ==
<div class="bok-tags">
[[Estimación de póquer]] [[Affinity Estimating]] [[Bucket System]] [[Estimación: talla de camisetas]] [[NoEstimates]] [[A punto]] [[Backlog refinement]]
</div>
<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<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>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>


=Descripción=
Se le pide al equipo que clasifique las tareas en una de estas categorías: "Grande", "Incierto", "Pequeño". Después se categorizan los elementos obvios en las dos categorías extremas ("Grande" y "Pequeño"), y los elementos más complejos se discuten en equipo.
==Cómo realizar la actividad==
Este método puede ser una manera efectiva y eficiente de realizar estimaciones rápidas, especialmente para '''equipos más pequeños''' y para proyectos donde las tareas son comparables entre sí. Y, como en otros métodos de estimación, es importante tener en cuenta el contexto del equipo y del proyecto antes de aplicarlo.
Estos pueden ser los pasos para aplicarlo:
# '''Identificar las tareas:''' se divide el trabajo del proyecto en tareas individuales.
# '''Categorización inicial:''' se colocan las tareas obvias en las categorías de "Grande" y "Pequeño". Estas serían tareas que claramente requieren una gran cantidad de tiempo y esfuerzo o una pequeña cantidad de tiempo y esfuerzo, respectivamente.
# '''Discusión de tareas inciertas:''' las tareas que no pertenecen a ninguna de las categorías anteriores se discuten como equipo para determinar en qué categoría encajan mejor. Si terminan en la categoría "Incierto", significará que es necesaria más investigación o que su tamaño puede cambiar a medida que se obtiene más información.
# '''Asignar tamaños numéricos (Opcional):''' en función de las necesidades del equipo se pueden asignar tamaños numéricos a las categorías. Por ejemplo, "Pequeño" equivale a 1 punto, "Incierto" equivale a 2 puntos y "Grande" equivale a 3 puntos. Esto puede ayudar a cuantificar el esfuerzo total esperado para el proyecto.
==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:Glosario de términos]]
[[Category:Estimacion]]
[[Category:Estimación]]
[[Category:Prácticas ágiles]]

Latest revision as of 15:59, 14 May 2026

⏱ 2 min de lectura  ·  📅 Actualizado en 2026

Grande / Incierto / Pequeño (también llamada estimación LUS, del inglés Large, Uncertain, Small) es una técnica de estimación rápida que clasifica las historias de usuario u otras unidades de trabajo en solo tres categorías: grandes, inciertas y pequeñas. Es una de las técnicas de estimación más sencillas y puede aplicarse en minutos incluso con backlogs extensos.

Cuándo usarla

  • Al inicio de un proyecto, cuando el equipo no tiene aún una referencia de velocidad ni experiencia común suficiente para usar la serie Fibonacci.
  • Como primera pasada rápida sobre un backlog grande, antes de una estimación más precisa con planning poker o Affinity Estimating.
  • Cuando participan stakeholders no técnicos que no están familiarizados con los puntos de historia.

Las tres categorías

  • Pequeña: la historia es clara y el equipo puede completarla cómodamente en el sprint. Su tamaño es manejable y no tiene dependencias significativas.
  • Grande: la historia es demasiado grande para completarse en un sprint o requiere descomponerse antes de poder comprometerse con ella. Puede ser una épica que todavía no se ha dividido.
  • Incierta: el equipo no tiene suficiente información para decidir si es pequeña o grande. La incertidumbre puede ser técnica (no se sabe cómo hacerla) o de negocio (los requisitos no están suficientemente claros). Las historias inciertas suelen necesitar un proceso de refinamiento antes de poder estimarse con más precisión.

Cómo aplicarla

  1. Se presentan las historias una a una.
  2. El equipo, por consenso rápido o votación simple, las clasifica en una de las tres categorías.
  3. Las historias pequeñas pueden entrar directamente en la planificación del sprint.
  4. Las historias grandes se marcan para dividir antes del próximo sprint.
  5. Las historias inciertas se marcan para investigar o refinar: puede ser necesario un spike o una conversación adicional con el propietario del producto.

Error frecuente

No actuar sobre las historias inciertas. La categoría "incierta" es la más valiosa de la técnica porque hace explícito lo que el equipo no sabe. Si tras la sesión de estimación las historias inciertas quedan pendientes sin ningún plan de acción —¿quién va a investigar?, ¿cuándo?— la técnica habrá producido información pero no mejora. Cada historia incierta debería salir de la sesión con un responsable y una fecha para resolver la incertidumbre.

Véase también

¿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.