Retrospectiva de Sprint

Cuatro formatos ofrecen resultados consistentes. Start-Stop-Continue (Empezar-Parar-Continuar): el más simple — los miembros del equipo comparten qué empezar a hacer, qué dejar de hacer y qué continuar haciendo. Mad-Sad-Glad (Enojado-Triste-Contento): un formato basado en emociones que saca a la luz la experiencia humana del sprint, útil después de sprints difíciles. 4Ls (Liked, Learned, Lacked, Longed for - Gustó, Aprendió, Faltó, Anheló): combina la reflexión sobre la experiencia y la aspiración, ideal para equipos más maduros. The Sailboat (El Velero): un formato basado en metáforas donde la vela representa lo que impulsa al equipo hacia adelante, las anclas representan los obstáculos, el viento representa las fuerzas positivas y las rocas representan los riesgos futuros. Product Ops selecciona el formato según las necesidades actuales del equipo — rotar los formatos evita que la ceremonia se vuelva rutinaria. El formato importa menos que la seguridad psicológica requerida para una participación honesta.

El fallo más común de las retrospectivas es generar una discusión perspicaz seguida de elementos de acción que se olvidan para el siguiente sprint. Product Ops lo evita al: imponer un máximo de tres elementos de acción por retrospectiva (el enfoque supera el volumen), asignar un propietario específico a cada elemento de acción (no al equipo), añadir cada elemento de acción al backlog del siguiente sprint como una tarea (dándole un estado formal junto con el trabajo de características), y abrir la siguiente retrospectiva con una revisión de los elementos de acción de la retrospectiva anterior. Los equipos que mantienen esta disciplina suelen generar mejoras de velocidad del 20-30% en 6 meses a través de mejoras de proceso compuestas.

Product Ops facilita las retrospectivas cuando un equipo carece de un Scrum Master dedicado. Como facilitador, las responsabilidades incluyen: preparar el tablero digital (Miro, EasyRetro o FigJam) antes de la sesión; comenzar con una breve verificación de la energía del equipo para evaluar la seguridad psicológica; limitar estrictamente el tiempo de cada fase (5 min de reflexión individual, 10 min de escritura silenciosa, 15 min de votación/agrupación, 20 min de discusión); asegurar que todos los miembros del equipo contribuyan (no solo los más ruidosos); y sintetizar los temas accionables. Product Ops también mantiene un archivo de retrospectivas — una base de datos de todos los temas, elementos de acción y resultados de las retrospectivas — permitiendo al liderazgo identificar problemas sistémicos que aparecen en múltiples ciclos de retrospectivas y requieren intervención estructural.