Retrospective planning game: Difference between revisions

Jump to navigation Jump to search
No edit summary
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Meta-bok|min=4}}
{{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.
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 ==
== 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.
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.
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 ==
== 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.
# 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 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.
# 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.
#* 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.
# 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.
# 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.
# 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.
# 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.
# Se determina si la propuesta es realista en el tiempo disponible. Si no lo es, se ajusta el alcance.
 
== Cuándo usarla ==
== Cuándo usarla ==
 
* Cuando el equipo ha identificado una mejora importante que requiere un plan de implementación detallado.
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.
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.
Como alternativa al simple "acordamos hacer X" cuando la mejora requiere coordinación entre varios miembros del equipo.


== Error frecuente ==
== Error frecuente ==
Line 25: Line 27:
</div>
</div>
==Recursos==
==Recursos==
*[https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ Scrum Manager Blog: «Primera fase de una retrospectiva: reflexión en equipo (3 actividades)»].
<div class="bok-recurso">
*[https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ Scrum Manager Blog: «Segunda fase de una retrospectiva: en busca de la mejora continua»].
🔧 [https://scrummanager.com/website/c/info/resource.php?id=232 '''Diseñar una retrospectiva''']<span class="detalle">Plantilla · Scrum Manager</span>
*[https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ Scrum Manager Blog: «Tercera fase de una retrospectiva: crear conocimiento»].
</div>
*[https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ Scrum Manager Blog: «Ejemplo: cómo diseñar una sprint retrospective»].
<div class="bok-recurso">
*[https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ Scrum Manager Blog: «Liderar retrospectivas y resolución de conflictos»].
📄 [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>
*[https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ Scrum Manager Blog:  «Apuntes: Agile Retrospectives»].
</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 ==
== Referencias ==
Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf.
* Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf.


== Véase también ==
== Véase también ==