Retrospective planning game: Difference between revisions
Created page with "'''''Retrospective planning game''''' es una práctica ágil que se suele realizar durante la fase 4 de una retrospectiva. Dura entre 40 y 65 minutos, dependiendo del tama..." |
|||
| (15 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
El '''Retrospective planning game''' es una técnica de [[Retrospectiva|retrospectiva]] que combina la dinámica del ''planning game'' de [[Extreme programming|''Extreme Programming'']] con el contexto de la retrospectiva, para desarrollar planes detallados para experimentos o propuestas de mejora de forma colaborativa. Se realiza en la '''cuarta fase''' de la retrospectiva. Dura entre 40 y 65 minutos dependiendo del tamaño del equipo y del número de planes a desarrollar. | |||
== Descripción y objetivos == | |||
Sirve para desarrollar planes detallados para experimentos o propuestas de mejora nuevas. Los miembros del equipo trabajan de forma individual o en parejas para generar todas las tareas necesarias para llevar a cabo un experimento o propuesta. Después se eliminan duplicaciones, se añaden tareas que falten y se ordenan por prioridad. | |||
La dinámica simula una mini planificación de sprint: el resultado es un conjunto de tareas priorizadas que el equipo se compromete a realizar para implementar la mejora acordada. | |||
== Cómo realizar la actividad == | |||
# Cada persona trabaja de forma individual. Si el equipo está compuesto por más de 8 personas, se puede trabajar por parejas. Se hace una lluvia de ideas sobre tareas que pueden realizarse para completar el experimento o propuesta. Se eliminan las tareas duplicadas, se añaden nuevas y se ordenan. | |||
# Se reparten post-its o tarjetas. Cada miembro escribe una tarea en cada post-it, dejando la parte de abajo en blanco. | |||
# Se forman grupos de cuatro uniendo dos parejas (o parejas si hasta ahora se trabajó de forma individual). Se repite el primer paso, añadiendo cualquier tarea no incluida hasta el momento y eliminando duplicadas. | |||
#* Si el equipo tiene más de 16 personas, se puede repetir el proceso formando grupos de cuatro a partir de los grupos ya formados. | |||
# Todo el equipo agrupa las tareas en una pizarra o pared, dejando espacio en la parte derecha. Se repite el ejercicio: eliminar duplicadas, añadir nuevas, verificar que no falta ninguna. | |||
# El equipo coloca en la parte derecha de la pared las tareas que deben realizarse primero. | |||
# Cada persona apunta en la parte de abajo de la tarjeta las tareas que quiere o puede completar. | |||
# Las tareas sin responsable se debaten para asignarles a alguien. | |||
# Se determina si la propuesta es realista en el tiempo disponible. Si no lo es, se ajusta el alcance. | |||
[[Category: Glosario de términos]] | == Cuándo usarla == | ||
[[Category: | * Cuando el equipo ha identificado una mejora importante que requiere un plan de implementación detallado. | ||
[[Category: Prácticas | * En retrospectivas de final de release o inicio de proyecto, donde las mejoras son más ambiciosas. | ||
* Como alternativa al simple "acordamos hacer X" cuando la mejora requiere coordinación entre varios miembros del equipo. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Crear un plan demasiado ambicioso para el tiempo entre retrospectivas.''' La técnica produce compromisos detallados, lo que es su valor. Pero si el plan resultante requiere más esfuerzo del que el equipo puede razonablemente incorporar en el siguiente sprint junto con el trabajo de producto habitual, los compromisos quedarán sin cumplir y la retrospectiva habrá generado frustración en lugar de mejora. Mejor un plan pequeño y cumplido que un plan grande y abandonado. | |||
</div> | |||
==Recursos== | |||
<div class="bok-recurso"> | |||
🔧 [https://scrummanager.com/website/c/info/resource.php?id=232 '''Diseñar una retrospectiva''']<span class="detalle">Plantilla · Scrum Manager</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ '''Ejemplo: cómo diseñar una sprint retrospective''']<span class="detalle">Scrum Manager Blog · oct 2022</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ '''Liderar retrospectivas y resolución de conflictos''']<span class="detalle">Scrum Manager Blog · dic 2022</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ '''Apuntes: Agile Retrospectives''']<span class="detalle">Scrum Manager Blog · sept 2022</span> | |||
</div> | |||
== Referencias == | |||
* Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Retrospectiva]] [[Acuerdos de trabajo]] [[Prioritize with dots]] [[Report out with synthesis]] [[Planificación del sprint]] | |||
</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:Retrospectivas]] | |||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 12:37, 20 May 2026
El Retrospective planning game es una técnica de retrospectiva que combina la dinámica del planning game de Extreme Programming con el contexto de la retrospectiva, para desarrollar planes detallados para experimentos o propuestas de mejora de forma colaborativa. Se realiza en la cuarta fase de la retrospectiva. Dura entre 40 y 65 minutos dependiendo del tamaño del equipo y del número de planes a desarrollar.
Descripción y objetivos
Sirve para desarrollar planes detallados para experimentos o propuestas de mejora nuevas. Los miembros del equipo trabajan de forma individual o en parejas para generar todas las tareas necesarias para llevar a cabo un experimento o propuesta. Después se eliminan duplicaciones, se añaden tareas que falten y se ordenan por prioridad.
La dinámica simula una mini planificación de sprint: el resultado es un conjunto de tareas priorizadas que el equipo se compromete a realizar para implementar la mejora acordada.
Cómo realizar la actividad
- Cada persona trabaja de forma individual. Si el equipo está compuesto por más de 8 personas, se puede trabajar por parejas. Se hace una lluvia de ideas sobre tareas que pueden realizarse para completar el experimento o propuesta. Se eliminan las tareas duplicadas, se añaden nuevas y se ordenan.
- Se reparten post-its o tarjetas. Cada miembro escribe una tarea en cada post-it, dejando la parte de abajo en blanco.
- Se forman grupos de cuatro uniendo dos parejas (o parejas si hasta ahora se trabajó de forma individual). Se repite el primer paso, añadiendo cualquier tarea no incluida hasta el momento y eliminando duplicadas.
- Si el equipo tiene más de 16 personas, se puede repetir el proceso formando grupos de cuatro a partir de los grupos ya formados.
- Todo el equipo agrupa las tareas en una pizarra o pared, dejando espacio en la parte derecha. Se repite el ejercicio: eliminar duplicadas, añadir nuevas, verificar que no falta ninguna.
- El equipo coloca en la parte derecha de la pared las tareas que deben realizarse primero.
- Cada persona apunta en la parte de abajo de la tarjeta las tareas que quiere o puede completar.
- Las tareas sin responsable se debaten para asignarles a alguien.
- Se determina si la propuesta es realista en el tiempo disponible. Si no lo es, se ajusta el alcance.
Cuándo usarla
- Cuando el equipo ha identificado una mejora importante que requiere un plan de implementación detallado.
- En retrospectivas de final de release o inicio de proyecto, donde las mejoras son más ambiciosas.
- Como alternativa al simple "acordamos hacer X" cuando la mejora requiere coordinación entre varios miembros del equipo.
Error frecuente
Crear un plan demasiado ambicioso para el tiempo entre retrospectivas. La técnica produce compromisos detallados, lo que es su valor. Pero si el plan resultante requiere más esfuerzo del que el equipo puede razonablemente incorporar en el siguiente sprint junto con el trabajo de producto habitual, los compromisos quedarán sin cumplir y la retrospectiva habrá generado frustración en lugar de mejora. Mejor un plan pequeño y cumplido que un plan grande y abandonado.
Recursos
🔧 Diseñar una retrospectivaPlantilla · Scrum Manager
📄 Ejemplo: cómo diseñar una sprint retrospectiveScrum Manager Blog · oct 2022
📄 Liderar retrospectivas y resolución de conflictosScrum Manager Blog · dic 2022
📄 Apuntes: Agile RetrospectivesScrum Manager Blog · sept 2022
Referencias
- Derby, Esther; Larsen, Diana. (2006). Agile Retrospectives: Making Good Teams Great. Pragmatic Bookshelf.
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.