Retrospectiva del equipo de ingeniería

Formato de la retrospectiva del equipo de ingeniería

¿Qué funcionó bien?

¿Qué prácticas de ingeniería o logros deberíamos mantener?

Pide ejemplos concretos: una decisión de arquitectura que resistió, un despliegue sin problemas, un buen trabajo en pareja, una cobertura de pruebas sólida. Poner nombre a lo que funcionó hace más fácil seguir haciéndolo.

¿Qué nos frenó?

¿Qué bloqueos, fricciones o deuda técnica nos retrasaron?

Saca a la luz los cuellos de botella, la deuda técnica, los requisitos poco claros y las fricciones del proceso. Mantén la conversación sin culpas y busca los problemas recurrentes que el equipo pueda resolver de forma realista.

¿Cómo colaboramos?

¿Qué tal nos comunicamos y nos apoyamos unos a otros?

Fíjate en cómo circuló la información, si la gente se sintió apoyada y cómo se tomaron las decisiones. Aquí suelen salir las decisiones tomadas por mensajes privados y los traspasos entre zonas horarias.

¿Qué deberíamos probar después?

¿A qué experimentos o mejoras deberíamos comprometernos?

Pide experimentos concretos, ajustes de proceso o inversiones técnicas para probar en la siguiente iteración. Que sean pequeños y medibles, con un responsable para cada uno, para poder revisarlos la próxima vez.

Cuándo utilizar este estudio retrospectivo

• Al final de cada sprint o iteración, para revisar las prácticas de ingeniería y la entrega.
• Después de una release importante, un incidente o un problema en producción, para recoger aprendizajes sin buscar culpables.
• Como revisión periódica para detectar deuda técnica, cuellos de botella y fricciones de colaboración antes de que crezcan.
• Al incorporar nuevos ingenieros o cambiar la estructura del equipo, para acordar formas de trabajar.

Preguntas sugeridas para romper el hielo

• Si vuestro código fuera una ciudad, ¿qué tipo de lugar sería ahora mismo?
• ¿Qué herramienta o tecnología no habrías podido dejar de usar este sprint?

¿Le gustaría que su equipo realizara un ejercicio de calentamiento, en lugar de limitarse a responder en voz alta? Eche un vistazo a los rompehielos gratuitos →

Ideas y consejos para su reunión retrospectiva

• Mantenla sin culpas. Habla de sistemas, procesos y circunstancias, no de personas.
• Recoge las ideas de forma anónima y en paralelo antes de la conversación, para que los ingenieros más callados aporten tanto como los más veteranos.
• Usa la votación por puntos para elegir los temas de mayor impacto y deja el resto para otra sesión.
• Acordad unas pocas acciones concretas con responsable y revisadlas al inicio de la siguiente retrospectiva.
• Limita el tiempo de cada columna para que un debate técnico no acapare la sesión.
• Rota la facilitación para que el equipo comparta la responsabilidad y el formato no se vuelva rutinario.

Preguntas frecuentes