Estimación en la pared: Difference between revisions
No edit summary |
No edit summary |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
La '''estimación en la pared''' es una técnica | {{Meta-bok|min=3}} | ||
<br | La '''estimación en la pared''' es una técnica de estimación y priorización visual que permite al equipo ordenar una lista de [[Historia de usuario|historias de usuario]] según su tamaño relativo colocando notas adhesivas sobre una pared o superficie plana. El [[Propietario del producto|propietario del producto]] añade la dimensión de prioridad de forma independiente. | ||
<br> | |||
{{#ev:youtube|4O2BRg9kDU4|550|center|Estimación en la pared|frame}} | {{#ev:youtube|4O2BRg9kDU4|550|center|Estimación en la pared|frame}} | ||
<br | <br> | ||
==Descripción== | == Descripción == | ||
La técnica combina gestión visual y estimación relativa. El equipo ordena horizontalmente las historias de menor a mayor tamaño; el propietario del producto las ordena verticalmente por prioridad. El resultado es un mapa bidimensional que muestra simultáneamente tamaño y prioridad de cada historia. | |||
== Cómo aplicarla == | |||
El | Las imágenes siguientes ilustran el procedimiento habitual: | ||
<br> | |||
== | |||
Las | |||
[[File:Estimacion en la pared 1.png|550px]] | [[File:Estimacion en la pared 1.png|550px]] | ||
[[File:Estimacion en la pared 2.png|550px]] | [[File:Estimacion en la pared 2.png|550px]] | ||
[[File:Estimacion en la pared 3.png|550px]] | [[File:Estimacion en la pared 3.png|550px]] | ||
[[File:Estimacion en la pared 4.png|550px]] | [[File:Estimacion en la pared 4.png|550px]] | ||
<br> | |||
== | # El equipo coloca las historias sobre la pared o el soporte, de menor (izquierda) a mayor tamaño (derecha). Las historias de tamaño similar se colocan en la misma columna vertical. | ||
*[https://www.scrummanager.com/blog/2023/07/tecnicas-de-estimacion-agil-tres-metodos/ | # Se debate brevemente si alguna historia parece mal ubicada: la conversación que genera el desacuerdo es tan valiosa como la estimación final. | ||
# El propietario del producto ordena verticalmente las historias dentro de cada columna según su prioridad: las más importantes arriba. | |||
# El resultado final puede usarse directamente como base para los primeros sprints: las historias del cuadrante superior izquierdo (alta prioridad, pequeño tamaño) son las candidatas más evidentes. | |||
== Cuándo usarla == | |||
* Para estimar y priorizar backlogs grandes de forma rápida: con práctica, un equipo puede estimar 50-80 historias en menos de dos horas. | |||
* Al inicio de un proyecto, como alternativa al planning poker historia por historia. | |||
* Cuando el equipo es grande y el planning poker en grupo sería muy lento. | |||
== En equipos remotos == | |||
En formato digital se puede replicar con herramientas de pizarra colaborativa (Miro, FigJam): cada persona arrastra las tarjetas de historia a la posición que considera correcta en el eje horizontal, el equipo debate los desacuerdos y el propietario del producto ordena verticalmente. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Buscar precisión en lugar de orden relativo.''' La estimación en la pared no produce números exactos: produce un orden relativo de tamaños. Intentar que cada columna represente un número concreto de puntos de historia durante la sesión alarga el proceso sin mejorar la calidad de la estimación. El valor está en saber que la historia A es más pequeña que B y más grande que C, no en que exactamente vale 3 o 5 puntos. | |||
</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/5cSiawMjvd1TFUpt0TPsEi '''Podcast Ep. 1: Serie Fibonacci y estimación ágil''']<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: talla de camisetas]] [[NoEstimates]] [[Punto de historia]] [[Pila del producto]] | |||
</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> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category: | [[Category:Estimación]] | ||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 15:27, 14 May 2026
La estimación en la pared es una técnica de estimación y priorización visual que permite al equipo ordenar una lista de historias de usuario según su tamaño relativo colocando notas adhesivas sobre una pared o superficie plana. El propietario del producto añade la dimensión de prioridad de forma independiente.
Descripción
La técnica combina gestión visual y estimación relativa. El equipo ordena horizontalmente las historias de menor a mayor tamaño; el propietario del producto las ordena verticalmente por prioridad. El resultado es un mapa bidimensional que muestra simultáneamente tamaño y prioridad de cada historia.
Cómo aplicarla
Las imágenes siguientes ilustran el procedimiento habitual:
- El equipo coloca las historias sobre la pared o el soporte, de menor (izquierda) a mayor tamaño (derecha). Las historias de tamaño similar se colocan en la misma columna vertical.
- Se debate brevemente si alguna historia parece mal ubicada: la conversación que genera el desacuerdo es tan valiosa como la estimación final.
- El propietario del producto ordena verticalmente las historias dentro de cada columna según su prioridad: las más importantes arriba.
- El resultado final puede usarse directamente como base para los primeros sprints: las historias del cuadrante superior izquierdo (alta prioridad, pequeño tamaño) son las candidatas más evidentes.
Cuándo usarla
- Para estimar y priorizar backlogs grandes de forma rápida: con práctica, un equipo puede estimar 50-80 historias en menos de dos horas.
- Al inicio de un proyecto, como alternativa al planning poker historia por historia.
- Cuando el equipo es grande y el planning poker en grupo sería muy lento.
En equipos remotos
En formato digital se puede replicar con herramientas de pizarra colaborativa (Miro, FigJam): cada persona arrastra las tarjetas de historia a la posición que considera correcta en el eje horizontal, el equipo debate los desacuerdos y el propietario del producto ordena verticalmente.
Error frecuente
Buscar precisión en lugar de orden relativo. La estimación en la pared no produce números exactos: produce un orden relativo de tamaños. Intentar que cada columna represente un número concreto de puntos de historia durante la sesión alarga el proceso sin mejorar la calidad de la estimación. El valor está en saber que la historia A es más pequeña que B y más grande que C, no en que exactamente vale 3 o 5 puntos.
Recursos
📄 Técnicas de estimación ágil: tres estrategiasScrum Manager Blog · jul 2023
🎙️ Podcast Ep. 1: Serie Fibonacci y estimación ágilScrum Manager Podcast · Spotify
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.