¿Qué es una retrospectiva?
La retrospectiva Starfish (estrella de mar) es un marco de reflexión para después del sprint que va más allá del feedback binario y ayuda a los equipos a decidir qué actividades mantener, dejar, empezar, potenciar o reducir.
- Ideal para
- Mejora continua y revisiones de sprint
- Duración
- 30–45 min
- Quién participa
- 3–10 miembros del equipo
- Te llevas
- Una lista de cambios de proceso accionables, con responsables asignados.
Cuándo usar una retrospectiva
Úsala al final de cada sprint, después de lanzar una funcionalidad importante o cuando el ritmo del equipo baja por fricciones operativas.
Cómo hacer una retrospectiva
Pide al equipo que aporte feedback en silencio en 5 categorías: Seguir haciendo, Hacer menos, Hacer más, Dejar de hacer y Empezar a hacer. Agrupa lo que se parezca, haz que el equipo vote los temas prioritarios y asigna responsables a cada acción.
Preguntas para cada sección
01Empezar a hacer
- ¿Qué experimentos o procesos nuevos deberíamos introducir en el próximo sprint?
- ¿Qué herramientas o comportamientos pueden resolver los bloqueos actuales?
02Dejar de hacer
- ¿Qué actividades le hacen perder tiempo al equipo sin aportar valor?
- ¿Qué puntos de fricción deberíamos eliminar de inmediato?
03Seguir haciendo
- ¿Qué ha funcionado excepcionalmente bien en este sprint?
- ¿Qué prácticas tenemos que proteger y mantener?
04Hacer más
- ¿Qué procesos funcionan pero deberían ampliarse o hacerse más a menudo?
- ¿Dónde podemos redoblar esfuerzos para lograr más impacto?
05Hacer menos
- ¿Qué prácticas son útiles pero ahora mismo nos quitan demasiado tiempo?
- ¿Dónde deberíamos reducir el foco o recortar?
Ejemplos prácticos
Retrospectiva del lanzamiento de un SaaS
La retrospectiva del equipo de producto de una startup tras lanzar su versión 1.0.
- Pruebas automáticas diarias de la build
- Entrevistas semanales directas con clientes
- Pedir revisiones de diseño por Slack en horas de desarrollo
- Migraciones manuales de base de datos en producción
- Daily de 10 minutos
- Planificación de sprint cada dos semanas
- Tests unitarios automáticos para los endpoints clave de la API
- Pair programming para el onboarding de juniors
- Reuniones de estado que podrían ser asíncronas
- Sobrediseñar funcionalidades sencillas
Deja que Medi dirija la sesión
Una buena retro suele destapar una pregunta más grande que el proceso, como si el equipo está construyendo lo que debe. Cuando ocurra, elige una de las sesiones en vivo de Medi: Medi mantiene el debate en marcha, da voz a quienes hablan menos y redacta las decisiones, los responsables y los próximos pasos.
Elige una sesión en vivo