Una retrospectiva del proyecto al que el equipo querrá asistir

¿Con qué frecuencia te aburriste en la retrospectiva de un proyecto? ¿Con qué frecuencia ha estado enojado por perder una hora de su tiempo en esta reunión mientras otra tarea arde tristemente cerca? ¿Te escucharon en retro, o todos esperaban en la fila para decir algunas formalidades y volver al trabajo? Una vez estuve terriblemente cansado de eso. En este artículo hablaré de cómo, usando reglas simples, logré hacer de lo retro la reunión más cálida del equipo, sin contar la fiesta corporativa.







Una retrospectiva del proyecto es una discusión en equipo sobre los problemas encontrados en el proyecto y cómo resolverlos. Además, un retro correctamente conducido también brinda relajación psicológica para el equipo. 





Primero, decidamos cuándo es posible y necesario realizar una retrospectiva .



Para un retro útil, debes tener:






  • Un proyecto completado o una gran cantidad de sprints de proyecto en un período bastante largo. Por ejemplo, en un par de meses. Si el proyecto es grande, hay un equipo dedicado para el proyecto y el trabajo en el proyecto se está llevando a cabo activamente, puede realizar retro una vez al mes. Más a menudo no vale la pena.
  • Mando. Preferiblemente bien establecido e interno. Es inútil y despiadado realizar una retrospectiva con subcontratación o en una situación en la que sus recursos fluyen más que el agua de un grifo.
  • . , . , .




Por supuesto, si simplemente solicita comentarios al equipo, corre el riesgo de convertirse en el propietario de información voluminosa, emocional y desestructurada con la que es imposible trabajar. 


Es mejor si el equipo tiene una mesa común.



Francamente, la tabla de comentarios es quizás uno de los componentes más importantes de un retro bien ejecutado. La tabla que estoy usando consta de dos secciones que se completan con el comando en secuencia. 





La primera parte es una descripción de los problemas y una columna para la solución adoptada en la reunión.

Es genial si los problemas se escriben de manera impersonal y se discuten directamente en la reunión, donde el empleado puede permanecer en el anonimato si no quiere.



También es bueno si la tabla tiene dos columnas para describir el problema: una columna para un problema técnico / organizativo, etc., y un espacio para un orah. De esta manera, ayudamos sutilmente a un colega a distinguir entre sus sentimientos y problemas específicos.





Mi hoja de cálculo suele tener dos columnas para que el equipo comparta sus emociones. En el primero, le doy a la gente la oportunidad de deshacerse de su negatividad, respondiendo a la pregunta: "¿Qué pasó?" Una vez que la justa ira ha sido liberada y ha quemado los corazones de los simpatizantes con un verbo, hago una pregunta neutralizante: "¿Qué era bueno?" Es extremadamente importante discutir con los colegas no solo los aspectos negativos incluso de los sprints más difíciles y bruscos. Incluso si el sprint no es exitoso y tiene letras fuertes de un cliente en su bandeja de entrada, el equipo debe encontrar aspectos positivos de esta experiencia. Su equipo necesita aprender a encontrar momentos positivos ellos mismos, incluso en las situaciones más basura. 





La segunda parte es la votación. Por supuesto, el dolor y la opinión de cada empleado es una prioridad. Pero vale la pena recordar que trabajamos en equipo. Después de que se hayan discutido todos los problemas, se haya escuchado toda la operación y se hayan encontrado puntos positivos, vale la pena resaltar los tres problemas principales (y sus soluciones) que usted y su equipo implementarán durante el próximo mes.





No intentes solucionar todos los problemas con un look retro, es imposible. Intenta seguir la regla en cada retro: 





Tres problemas, tres soluciones



Pasará otro mes implementando estas soluciones, acostumbrando al equipo a los cambios e identificando los escollos. Es genial cuando el equipo prioriza estos problemas. Para ello, tenemos una parte con la votación en la mesa.



La votación es extremadamente simple: cada miembro del equipo tiene tres votos, de los que puede disponer libremente. Puede poner los tres votos en la prioridad del único problema que le importa, o dar un voto por cada uno de sus dolores. Dale tiempo al equipo para pensar, no los apresures. En base a los resultados de la votación, resalta los tres problemas con el color y no olvides volver a ellos en la próxima retro para consolidar el resultado y analizar las trampas. 




Ahora quiero facilitarte un poco la vida. Para aquellos que nunca han hecho retro, a continuación hay una instrucción paso a paso sobre cómo comenzar una acción tan buena>





Paso 1

Determina si necesitamos retro. Asignamos dos horas de tiempo para retro. Es aconsejable realizar uno retro un día después del lanzamiento, cuando las revisiones ya están bombeadas, el equipo se ha lanzado y aún no se ha cubierto con nuevas tareas. 





Paso 2

Crea una tabla.



Paso 3

Reunir al equipo para un stand-up de cinco minutos. Te contamos en pocas palabras qué clase de bestia es este "este es tu retro", muestra la tabla. 





Paso 4, que es importante no ignorar

Asigne a cada miembro del equipo entre 30 y 40 minutos del horario para completar la tabla. Hágales saber que tienen tiempo para esto. Déjelos llenarlo con calma. 





Paso 5

Prepárate para que el primer retro sea repugnante. Espere que su tabla tenga líneas mate o en blanco. Hasta que su equipo comprenda por qué está haciendo esto, y para ellos es una pérdida de su precioso tiempo en el que puede hacer algo útil. Sea paciente y leal. Prepare los matices positivos del sprint pasado, ingréselos usted mismo en la tabla. Oh si. Abastecerse de un sedante.



Paso 6

Invite a sus colegas a volver a lo retro con café / té, establezca usted mismo la tradición de los "dulces retro para el té". Empiece por vocalizar emociones negativas y positivas. Elimina la negatividad del equipo, ríe y pelea todos juntos. Esta parte a menudo se pasa por alto porque es improductiva en términos de producción. Pero es importante para ti y tu equipo. Si el equipo escribió solo algo negativo, sugiera sus ventajas, escuche los comentarios.



Una regla retro importante:



el equipo no te escucha. Estás escuchando el comando.



Paso 7

Luego proceda a expresar los problemas. Asegúrese de que en esta etapa el equipo ya esté en condiciones de funcionar y esté listo para enfrentar las dificultades. Cuando haya discutido todas las dificultades, hay bocetos de soluciones o un plan de soluciones ya establecido, regístrelos en la tabla. 





Paso 8

Votar. Explique que cada miembro del equipo tiene tres votos. Pueden distribuirlos por su propia voluntad, dependiendo de qué problema "duele" más, y su solución para un miembro determinado del equipo es fundamental. Dé tiempo a sus colegas para que voten. 





Paso 9

Resalta tres problemas que resolverás de la forma elegida. Agradezca a sus colegas por la reunión.





Paso 10

Cree tareas para resolver los problemas que ha resaltado y asigne los responsables. Asegúrese de que los responsables tengan tiempo para ello.



Paso 11

Sea consistente y rítmico. Una vez al mes (o con otra frecuencia) tienes un retro. Todas las decisiones que se destacan para retro a priori o se presentan, o se plantean para la próxima discusión, como una decisión fallida, para encontrar una nueva.



Si tienes la oportunidad de hacer retro de vez en cuando, con un equipo fluido y en 20 minutos, es mejor no tener una reunión para nada. Guarde los nervios de sus colegas.



Haz de lo retro una buena tradición. Te recompensará.



All Articles