Distintas formas de hacer Retrospectivas

Algunos de mis favoritos:

Seis sombreros para pensar (mapa mental)

• Sombrero azul (imagen grande) - pertenece al facilitador
• Sombrero amarillo (positivo): ¿qué salió bien? ¿Qué recursos tenemos?
• Sombrero negro (negativo): ¿qué necesita mejorar? ¿Qué riesgos podemos ver?
• Sombrero blanco (hechos): ¿qué sabemos? ¿Qué necesitamos aprender?
• Sombrero verde (creativo): ¿qué cambios queremos hacer? ¿Qué acciones tomar?
• Sombrero rojo (emoción): ¿cómo nos sentimos al respecto? Es esto lo mejor que podemos hacer?

Variante barco (con post-its)

• A la izquierda: la orilla rocosa.
• A la derecha: la playa con las palmeras y una tumbona, copa de cóctel opcional
• Entre ellos: un barco simple (tiendo a no usar más velas y anclas)

A la izquierda, pon todas las cosas que estás dejando atrás. Puede haber algunas cosas por las que te arrepientas de irte; agregue una cara triste (o use un post-it de otro color). Nos vamos de esta tierra por la de allá.

A la derecha, pon todas las cosas por delante. Puede haber algunas cosas de las que tengas miedo; agregar una cara triste. Aquí es donde vamos.

Si hay algo que realmente quieras llevar contigo, ¡ponlo en el bote!

Futurespective, dos veces (post-its, también funciona con la línea de tiempo de actitud)

Útil para mirar hacia adelante en lugar de mirar hacia atrás. Dibuje una línea de tiempo para el proyecto o la siguiente iteración en la pizarra. Haga que todos caminen por la línea de tiempo, luego miren hacia el pasado (que en realidad es el presente). Esto funciona mejor para proyectos y cronogramas más largos que iteraciones, pero es posible hacer cualquiera de las dos cosas. También he usado esto para los primeros lanzamientos.

Primera vez: ¡Fracasamos estrepitosamente! Eso fue horrible. ¿Qué sucedió? ¿Qué salió mal? (El equipo puso post-its rojos para todas las cosas que salieron mal)

2da vez: ¡Hurra! Tuvimos éxito. ¿Cómo logramos eso? ¿Cómo abordamos los riesgos? (El equipo puso post-its amarillos o verdes para todas las cosas que hicieron bien)

Anclaje (cualquier formato retrospectivo)

Hay una tendencia en Retrospectivas a centrarse en lo que salió mal. Además de las mejoras, averigüe qué salió realmente bien y pregúntele al equipo cómo anclarlo. Si no pueden, hágales imaginar que en la próxima iteración, lo que salió bien desaparecerá o será prohibido o eliminado. ¿Cómo pueden evitar que eso suceda?

Por ejemplo, el equipo tenía un experto sentado con ellos que realmente estaba ayudando. Cuando se imaginaron que se lo quitarían, se dieron cuenta de que era muy caro y que el gerente que pagó por él podría no saberlo, así que fueron al gerente para agradecerle y explicarle lo útil que era el experto.

Esta es también una gran técnica para generar una cultura positiva y libre de culpas: ¡cuán pocos gerentes reciben las gracias por sus decisiones!

Siempre me gustaron las retrospectivas en entornos ágiles:

Entregue tres notas adhesivas de colores a cada persona en la habitación. Pídales que escriban

Adhesivo verde: ¿Qué salió bien?

Adhesivo rojo: ¿Qué no salió bien?

Adhesivo amarillo: ¿Qué podríamos cambiar (empezar a hacer)?

Recorra la habitación, una persona a la vez, con cada persona caminando hacia un punto central y pegando su nota verde en una pizarra mientras lee su nota. Esto siempre condujo a pequeños y obvios grupos de notas similares. Luego, dedique algún tiempo a discutir lo que salió bien (esto a veces no se hace, lo cual es extraño. Celebre y reflexione sobre el éxito).

Una vez hecho con el Verde, repite con el rojo, y así sucesivamente.

Cosas a tener en cuenta:

• Todos son iguales. Los directores y gerentes reciben una nota adhesiva de cada color, como todos los demás. Mire los fuegos artificiales si intentan agregar múltiples...
• El Scrum Master dirige las cosas. Período. Nadie puede anularlo.
• Es el momento en caja. Cuando se acaba el tiempo, se acaba.

Hola, solo una idea rápida sobre la segunda cosa que mencionaste "Cuadro de compromiso/actitud". Es posible que desee consultar mercuryapp.com , es una aplicación de Corey Haines (una de las principales figuras en el movimiento de Software Craftsmanship) y el gráfico que acaba de explicar está siendo elaborado por la retroalimentación constante del equipo. El TL puede ver esto y juzgar cómo va el proyecto. Entonces, no es solo "cuando estamos haciendo una retrospectiva", sino constante y luego podría hablar sobre el gráfico al hacer la retrospectiva.

Lo estoy usando para mí mismo para medir "cómo me siento acerca de este proyecto", etc. actualmente, y me dio algunas ideas interesantes.

He estado usando el enfoque ORID últimamente. Esencialmente, este es un enfoque de cuatro pasos que canaliza el enfoque del equipo desde el intercambio de observaciones hasta el compromiso colaborativo con las acciones.

• Observaciones : Vi... Dijo... El trabajo tomó... Hubo un error sobre...
• Reflexiones : Sentí... Me acordé... Me emocioné... Me sorprendió...
• Interpretaciones : Pensé... me di cuenta... aprendí... creo...
• Decisiones : Lo haré...

Cuando los equipos pueden refrenar su deseo de adelantarse a la toma de decisiones, descubrí que pueden estimular muchas nuevas perspectivas en todo el equipo al compartir las observaciones que cada uno consideró relevantes. A menudo, esto permite que surja una imagen más completa de una situación y permite que las personas expresen sus opiniones y perspectivas sobre las diferentes posibilidades con mayor facilidad. Una vez que estas perspectivas están disponibles para que todos las compartan, es mucho más fácil identificar la solución que todos pueden adoptar, lo que lleva a una porción de decisión/acción relativamente rápida y efectiva. Lo importante es que el proceso se centre en algo (un sprint, un error específico para la causa raíz, etc.) y que el equipo exista con consenso y compromiso sobre las acciones deseadas.

Creo que se puede hacer un ORID efectivo en un aspecto muy enfocado en unos 30 minutos, siendo 60-90 ideal para retrospectivas más amplias.

Para ver un ejemplo de cómo los utiliza Rally, consulte el ejemplo del n.º 2 .

Cuando no estoy usando ORID, siempre incluyo las siguientes cuatro etapas en cualquier retrospectiva.

• Lluvia de ideas : creo un área de silencio y seguridad, y las personas escriben sus pensamientos, perspectivas, deseos y decisiones en una pizarra con notas adhesivas. Por lo general, este es un período de 10 minutos sin conversación, simplemente escribiendo y leyendo, y las notas se distribuyen en un diagrama de estrella de mar (iniciar/detener/más/menos/mantener).
• Grupo : Nuevamente en silencio, pero mucho más animado, el equipo trabaja en silencio para agrupar las ideas de la lluvia de ideas en temas similares. A menudo, todo el equipo se concentra en el mismo problema, pero lo aborda desde diferentes perspectivas ("Dejar de publicar código con errores" frente a "Comenzar a hacer revisiones de código" frente a "Escribir más pruebas automatizadas"). Aconsejo anotar el +/-//= en la tarjeta antes de que empiecen a pedirse de nuevo.
• Priorizar : no creo que los equipos puedan ser efectivos para abordar todo a la vez, por lo que utilizo algo como la votación por puntos para obtener la decisión del equipo sobre qué 1-3 elementos merecen más discusión y atención. El resto se respeta, pero no se lleva a la acción.
• Acción : el equipo debe decidir acciones específicas y comprometerse a llevarlas a cabo antes de la próxima retrospectiva. Esto crea una cadencia de mejora constante. Insista en compromisos reales, no en "comenzamos...". En su lugar, utilice "Programaremos 3..."

No sé de dónde saqué este formato específicamente, pero sé que no inventé ningún aspecto de este proceso (el brebaje general puede ser mío). Ojalá tuviera mejores citas.

Mira esto: http://agileretrospectivewiki.org/index.php?title=Main_Page

Utilizo algunos de los escenarios de allá arriba.

En mi Univ. utilizamos esta técnica retrospectiva de "análisis de procesos" al final del primer y segundo semestre para el trabajo grupal de los estudiantes. Es parte del modelo PBL . Necesitas crear una especie de matriz.

Las filas son diferentes aspectos del proyecto. Estos diferirían dependiendo de su contexto. Por ejemplo, usamos: planificación de proyectos, colaboración en grupo, colaboración con el supervisor, proceso de aprendizaje .

Las columnas son las acciones. Estos son fijos:

1. Descripción , ¿Qué hicimos y cómo? Con el fin de obtener un entendimiento común.
2. Reflexión , ¿Por qué hicimos las cosas de esta manera? ¿Qué salió bien y por qué? ¿Qué salió mal y por qué? ¿Qué aprendimos?
3. Evaluación (constructivamente, con el modelo 'start-stop-continue'), ¿qué vamos a empezar a hacer a partir de ahora? ¿Qué dejaremos de hacer? ¿Qué seguiremos haciendo?

Entonces, la primera celda de la matriz debe ser la descripción de la planificación del proyecto ( ¿cómo planificamos nuestro proyecto? ), y así sucesivamente. Espero que esto ayude.

Además de las sugerencias aquí y muchos sitios excelentes como http://plans-for-retrospectives.com , http://funretrospectives.com , considere diversas técnicas para permitir a los introvertidos/extrovertidos:

• algunas actividades en silencio, otras como discusión
• algunas actividades con movimiento (ponerse de pie abriendo o cerrando), algunas sentadas quietas (escribiendo)
• para abrir el espacio a la creatividad, pida a los participantes que dibujen, construyan algo en colaboración o caminen a través de un escenario familiar con una perspectiva o personalidad diferente
• Solicite información sobre sentimientos y hechos (ambos le brindan información)

Además, descubrí que establecer reglas básicas y pedirles a los participantes comentarios sobre estas y su plan retro puede resultar en adiciones positivas.

Puede probar la técnica 35 presentada por Lyssa Adkins: consulte http://www.coachingagileteams.com/coachingstories/category/thirty-five/ y http://www.thiagi.com/pfp/IE4H/march2008.html#Framegame It realmente funciona Lo intenté una vez para la retrospectiva y salió bien.

Se pueden encontrar más juegos/técnicas en el libro Agile Retrospective http://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649 Es una especie de biblia retro;)