¿Cuál es un buen plan para que una retrospectiva muestre su propósito?

Pruebe el método Iniciar/Parar/Continuar para retrospectivas

Hay muchas formas de hacer retrospectivas. Pero he encontrado que el método Iniciar/Parar/Continuar es muy efectivo para sacar a la superficie los problemas correctos y permitir una discusión constructiva.

Este ejercicio es una excelente manera de hacer una pausa, estar atento, reflexionar y tomar medidas. Usamos el método Start/Stop/Continue para discutir procesos, valores y comportamientos en el trabajo. Inicialmente pensé que era cursi, pero aprendí a aceptarlo por su simplicidad y resultados...

Introducir concepto, recopilar datos, analizar información, decidir acciones

Comience por recordarle al equipo por qué está organizando la reunión; su objetivo es discutir su proceso de producción y mejorar el método por el cual su equipo construye su producto. También asegúrese de informar al equipo que la reunión se lleva a cabo bajo el supuesto de que todos hicieron el mejor trabajo posible con la información que tenían en ese momento; esta no es una sesión de culpa, ni un momento para descargar su ira. . Está recordando lo que sucedió con el beneficio de la retrospectiva, por lo que es importante asegurarse de que nadie trate esto como una reunión para culpar o ponerse a la defensiva.

Con ese prefacio, pase a recopilar datos. Una de las maneras más fáciles, ya que no trabajará con el equipo en el futuro, es hacer que todos pongan algunos elementos en una lista de lo que salió bien y una lista de lo que creen que podrían mejorar en el futuro. Asegúrese de que todos contribuyan; es la mejor manera de garantizar la aceptación.

Toma los puntos que tu equipo ha puesto en el tablero y muévelos uno por uno. Como facilitador, es su trabajo hacer preguntas para que el equipo piense profundamente sobre las causas fundamentales de los problemas, así como sobre las cosas que llevaron a que los elementos salieran bien. Generalmente registro esta información en las notas de las reuniones, pero a veces hay discusiones que no necesitan registrarse (p. ej., un miembro del equipo se siente incómodo con otro. Si este es el caso, vale la pena mencionarlo como un punto de datos de propio y tener una conversación abierta al respecto).

Finalmente, el equipo debe decidir qué acciones tomar. Muchos equipos adoptan el enfoque de Start-Stop-Continue-More Of-Less Of. Cada miembro del equipo contribuye con una acción a cada una de estas categorías, nuevamente en la pizarra, y luego el equipo realiza una votación. Cada uno de los miembros del equipo "adopta" una acción, mientras que todos los miembros del equipo son responsables de las acciones que eligen, esa en particular debe impulsar al equipo a lograr las mejoras que han discutido.

Creo que he cubierto los conceptos básicos aquí, feliz de responder cualquier pregunta o discutir otras ideas.

como también sabrá, no hay una respuesta correcta o incorrecta, ya que cada equipo es diferente y, lo que es más importante, como usted dijo, el propósito de la retrospectiva es mejorar gradualmente el desempeño del equipo .

He estado con un equipo con pocas versiones, y estoy compartiendo la que personalmente me gusta más porque es fácil de entender/seguir y se adapta bien al equipo donde todos los miembros del equipo no están muy familiarizados con este concepto.

hay tres partes:

ALEGRÍA: Deje que el equipo mencione todos los eventos del sprint con los que se sienta bien .

TRISTE: Deje que el equipo mencione todos los eventos del sprint con los que no se sienta bien.

Acción: Deje que cada miembro del equipo vote por 2 cosas de la lista SAD y luego elija los 2 elementos principales con la votación más alta como elemento de acción. Pero lo más importante aquí es dejar que el equipo decida cómo quieren proceder con esos elementos de acción. tienen que proponer los pasos realmente procesables para lograr esas dos cosas.

No olvide hacer un seguimiento de los elementos de acción de la última retrospectiva.

Creo que, en la forma más simple, podría dividirse en las siguientes partes:

1. Introducción sobre por qué es bueno tener retrospectivas, qué se espera de los miembros del equipo
2. Recopilación de temas que causan problemas en el trabajo del equipo (lluvia de ideas, priorización, documentación de los mismos)
3. Decidir qué se debe hacer para resolver/mitigar los principales impedimentos, asignar responsables y plazo, etc.

Después de la primera reunión, el primer tema podría ser reemplazado por un breve estado sobre los elementos de acción decididos en las reuniones anteriores. Por lo tanto, puede ser simplemente otro tipo de tarea que debe llevar a cabo el miembro del equipo; la diferencia con las tareas normales es, en primer lugar, que opera a nivel de proceso, en lugar de a nivel de entregables, y, en segundo lugar, debe haber menos presión sobre esos elementos. (en el mejor de los casos, la mayoría de los elementos de trabajo serán manejados por el líder del equipo / PM / scrum master).

Estoy de acuerdo con mucho de lo que dice aquí. De una forma u otra, el objetivo de la retrospectiva es encontrar formas de mejorar el proceso de desarrollo. Cualquier número de métodos descritos por otros en esta pregunta se puede utilizar para identificar elementos de acción.

Sin embargo, lo más importante es asegurarse de que se tomen medidas basadas en las discusiones. He trabajado con muchos equipos en los que se resalta una lista completa de cosas como parte del método "iniciar/detener/continuar", sin embargo, en realidad no se hace nada.

Me he ocupado de esto en el pasado requiriendo que el equipo seleccione un elemento de cualquiera de sus listas y lo haga como parte del próximo sprint.