Celebra un éxito concreto, destaca una oportunidad que vale la pena probar y nombra la fricción que limita al equipo. Termina con un pequeño experimento.
Ajusta las columnas y configuraciones antes de empezar.
Encuentra la opción adecuada
Elige este formato tras un sprint, lanzamiento o experimento de equipo cuando quieras identificar posibilidades emergentes junto a éxitos y problemas. El capullo da espacio a ideas prometedoras antes de que se conviertan en compromisos.
Usa una revisión de incidentes para una falla urgente en producción. Aborda conflictos personales en una conversación facilitada adecuada. Si el equipo ya tiene demasiadas mejoras sin terminar, revísalas antes de añadir otro experimento.
Usa estas preguntas para recopilar observaciones específicas. Una idea por nota facilita la discusión.
¿Qué evento o práctica específica nos ayudó y qué deberíamos conservar?
¿Qué posibilidad prometedora hemos notado pero aún no probado o entendido?
¿Qué obstáculo, retraso o frustración específica dificultó el trabajo?
Un flujo sugerido para este tablero. Reserva tiempo al final para acordar los siguientes pasos.
Nombra el sprint o la versión que se está discutiendo. Explica que una rosa es un éxito, un capullo una posibilidad y una espina una fricción. Revisa primero la mejora anterior.
Da a todos tiempo en silencio para añadir observaciones concretas en las tres columnas. Para un capullo, escribe la oportunidad y la hipótesis detrás, no una solución prometida.
Lee las tarjetas, pide contexto y discute las observaciones relacionadas en conjunto. Pregunta qué hizo posible cada rosa y qué evidencia justifica explorar cada capullo.
Cada participante tiene tres votos para todo el tablero. Elige uno o dos temas y comprueba si un riesgo con menos votos merece atención. La votación selecciona prioridades, no verdades absolutas.
Explora el tema seleccionado. Convierte un capullo en una prueba limitada en tiempo o reduce una espina sin perder una rosa útil. Elige una o dos acciones en total, con un responsable, fecha de revisión y resultado observable.
Revisa las acciones y confirma que los responsables las aceptan. Decide qué evidencia llevar a la próxima retrospectiva. Mantén los capullos no seleccionados como posibilidades, no compromisos ocultos.
Ejemplo del facilitador
Ejemplo ilustrativo: las revisiones de código a veces esperan un día, mientras que el trabajo en pareja ayudó a que un cambio arriesgado avanzara sin problemas. Un breve espacio compartido para revisión parece prometedor.
Para el próximo sprint, el Tech Lead asumirá un espacio diario de revisión de 15 minutos. Registra cuántas solicitudes esperan más de un día hábil y si el espacio causa interrupciones; revisa ambos en la próxima retrospectiva.
Un capullo identifica potencial. Una tarea es un experimento acordado con responsable y punto de revisión. La mayoría de capullos no se convertirán en tareas en esta reunión.
No. Elige una o dos mejoras para todo el tablero. Puedes preservar un éxito sin generar más tareas.
Reconoce los problemas sin forzar la positividad. Pregunta por pequeñas cosas que ayudaron y oportunidades que valen la pena explorar, luego céntrate en el cambio más útil.
Este borrador usa participación nombrada. El facilitador puede revisar la configuración de anonimato antes de crear la retrospectiva; no prometas anonimato sin comprobarlo.