¿Qué es una retrospectiva scrum?
Una retrospectiva del sprint es una reunión al final de cada sprint en la que el equipo evalúa cómo ha trabajado y busca mejoras concretas. Forma parte de los cuatro eventos de cada sprint y se centra en el proceso más que en el producto. Te recomendamos reservar entre 60 y 90 minutos para un sprint de dos semanas.
La retro llega después de la revisión del sprint y antes de la siguiente sesión de planificación del sprint. Según la Guía de Scrum, cierra el sprint y tiene un límite máximo de tres horas para un sprint de un mes. El equipo analiza cómo ha ido el sprint en cuanto a personas, interacciones, procesos, herramientas y su Definición de Terminado.
Piensa en ella como la parada en boxes del equipo: breve, regular y centrada en el coche, no en el resultado de la carrera.
Cuándo: al final de cada sprint, después de la revisión del sprint
Quién: todo el equipo Scrum, con Developers, Scrum Master y Product Owner
Duración: hasta tres horas para un sprint de un mes, menos para sprints más cortos
Resultado: dos o tres acciones concretas, cada una con una persona responsable
Una retrospectiva scrum también es distinta de una retrospectiva de proyecto. Para revisar un proyecto completo cuando termina, usa mejor el método de lecciones aprendidas.
Por qué fallan la mayoría de las retrospectivas del sprint
La mayoría de las retrospectivas del sprint generan buenas ideas que se quedan en nada. El equipo detecta mejoras, las apunta en pósits, cierra el portátil y empieza el siguiente sprint con los mismos problemas. El fallo está en el seguimiento, no en la conversación.
Nadie es responsable de la acción. Todo el mundo está de acuerdo en que un problema importa, y todo el mundo da por hecho que otra persona se encargará.
Demasiadas acciones. Una lista larga dispersa la atención del equipo.
Céntrate en unas pocas mejoras que importen. Te recomendamos limitar la lista a dos o tres: una lista corta se termina, una larga se queda a medias.
Sin fecha límite. Un “deberíamos” no tiene fecha, así que el trabajo del sprint lo deja atrás una y otra vez. “Antes de que acabe el sprint” da a la acción un momento claro en el que el equipo comprobará si se ha hecho.
Sin visibilidad entre retros. Las acciones acaban en una foto de la pizarra. Cuando llega la siguiente retrospectiva, el equipo ya no recuerda a qué se comprometió y vuelven los mismos problemas.
Todos son problemas de seguimiento, y resolverlos empieza por un formato que genere aportaciones claras y centradas.
Tres formatos de retrospectiva scrum que funcionan
Importa más el resultado que el formato. Ve alternando estas dinámicas de retrospectiva para que las sesiones no caigan en la rutina. Uses la plantilla que uses, intenta salir con dos o tres acciones.
Start, Stop, Continue
Start, Stop, Continue (empezar, dejar de hacer, seguir) usa tres columnas y es el más directo de los tres formatos. Funciona mejor con equipos que se inician en las retros o cuando hay poco tiempo.
Qué empezar a hacer en el próximo sprint
Qué dejar de hacer porque no funciona
Qué seguir haciendo porque ayuda
Imagina un equipo que sale de un sprint complicado, con traspasos de trabajo que llegaron tarde. Start, Stop, Continue centra la conversación en los tres cambios más importantes, en lugar de analizar todo lo que salió mal.
4Ls
4Ls pregunta al equipo qué le gustó (Liked), qué aprendió (Learned), qué le faltó (Lacked) y qué habría deseado (Longed for). Las cuatro columnas invitan a una reflexión más profunda que Start, Stop, Continue. Por eso este formato encaja con equipos maduros que necesitan variedad para que la retro no se vuelva rutinaria.
Supón que un sprint incluyó una conversación difícil con una empresa cliente por cambios de alcance de última hora. La columna Learned puede destapar una carencia al gestionar esas conversaciones. Lacked, en cambio, revela que no había un proceso acordado para aprobar cambios.
Una sola sesión, dos tipos de carencias.
Mad, Sad, Glad
Mad, Sad, Glad (enfado, tristeza, alegría) da al equipo tres columnas para repasar el sprint desde las emociones. Úsalo cuando la moral del equipo esté tocada o cuando el sprint se haya hecho cuesta arriba.
Imagina que hubo que revertir una versión dos días después del lanzamiento. Mad, Sad, Glad permite al equipo poner nombre primero a esa frustración y pasar después a resolver problemas con la cabeza más despejada.
Preguntas para la retrospectiva scrum
Las buenas preguntas hacen la mayor parte del trabajo en cualquier retrospectiva. Adapta estas preguntas para la retrospectiva al formato que hayas elegido y añade el bloque común en todas las sesiones.
Para Start, Stop, Continue
¿Qué deberíamos empezar a hacer en el próximo sprint que no hayamos hecho en este?
¿Qué deberíamos dejar de hacer porque no funciona?
¿Qué funciona bien y deberíamos seguir haciendo?
Para 4Ls
¿Qué te ha gustado de este sprint?
¿Qué has aprendido sobre el trabajo, el equipo o sobre ti?
¿Qué nos ha faltado, por ejemplo herramientas, información, tiempo o apoyo?
¿Qué habrías querido, por ejemplo un resultado o un proceso distinto?
Para Mad, Sad, Glad
¿Qué te ha frustrado durante este sprint?
¿Qué te ha decepcionado?
¿Qué te ha alegrado de formar parte de este equipo?
Para cualquier formato
¿Qué compromiso de la última retrospectiva hemos cumplido?
¿Qué compromiso no hemos cumplido y por qué?
Si solo pudiéramos mejorar una cosa antes del próximo sprint, ¿cuál sería?
Las dos primeras preguntas comunes solo funcionan si los compromisos del sprint anterior están por escrito en un sitio que todo el equipo encuentre. Ahí entra en juego la facilitación.
Cómo hacer una retrospectiva scrum paso a paso
Una estructura clara mantiene el ritmo de la retro y protege el tiempo para lo que más importa: decidir qué cambia. Estos seis pasos funcionan con cualquier formato.
1. Prepara el terreno
Empieza recordando que cada persona hizo lo mejor que pudo con lo que sabía en ese momento. Así el foco se queda en el proceso y no en buscar culpables. Después, di el objetivo en voz alta: el equipo saldrá con acciones concretas, y no con observaciones vagas.
2. Recoge información
Usa el formato elegido para recoger las aportaciones de todo el equipo. Dedica entre cinco y diez minutos a escribir en silencio antes de que nadie hable, para que la voz más fuerte no marque la agenda.
Como recomienda el consultor Mr. Torras, las aportaciones anónimas ayudan a dar voz a las personas más calladas. Escribir en silencio da a cada persona la oportunidad de aportar antes de que empiece el debate.
3. Detecta patrones
Agrupa en el tablero los elementos relacionados. Tres pósits sobre el mismo problema de comunicación son un único problema, no tres. Ponerle nombre al patrón ayuda al equipo a hablar de causas en lugar de síntomas.
4. Vota las prioridades
Pide al equipo que vote qué puntos importan más. La votación por puntos funciona bien aquí: cada persona reparte tres votos entre los elementos que quiera.
Elige los dos o tres más votados. Con una lista corta, el equipo puede terminarla dentro de un mismo sprint.
5. Define las acciones
Para cada prioridad, escribe una acción concreta con una persona responsable y una fecha límite antes de la siguiente retrospectiva. “El equipo se comunicará mejor” se convierte en “Álex organiza un stand-up diario a las 10:00 a partir del lunes”. Álex sabe exactamente de qué se encarga, y todo el equipo sabe qué revisar la próxima vez.
Si una mejora requiere horas de trabajo, añádela al backlog del sprint. Así compite abiertamente con el resto del trabajo en lugar de quedarse en un pósit.
6. Revisa los compromisos del sprint anterior
Antes de la siguiente retro, revisa a qué se comprometió el equipo la última vez. Si puedes, mide un indicador claro, como el tiempo de ciclo o el porcentaje de acciones completadas, igual que los KPI de un proyecto. Así refuerzas la responsabilidad y evitas que la retro se convierta en puro teatro.
Cómo hacer una retrospectiva scrum en remoto
Los equipos remotos o híbridos pueden seguir los mismos seis pasos, pero los silencios y el mal audio dificultan que todo el mundo participe. Propón encender la cámara si todo el equipo está de acuerdo y deja un minuto para escribir antes de que nadie hable, así las personas más calladas anotan primero sus ideas. Haz la sesión más corta que una retro presencial y añade una pausa de cinco minutos si pasa de una hora.
Un espacio visual compartido ayuda al equipo a ver todo el panorama de un vistazo. En un mapa mental de MindMeister, pon el objetivo del sprint en el centro y añade cada columna del formato, por ejemplo Start, Stop y Continue, como una rama. Cada miembro del equipo añade sus notas como temas al mismo tiempo, y quien facilita agrupa los temas relacionados para mostrar los patrones antes de votar. Después, las acciones acordadas pasan a MeisterTask, donde cada una recibe una persona responsable y una fecha de vencimiento.
Antes de cerrar la llamada, lee en voz alta cada acción con su responsable y su fecha. Un compromiso dicho en voz alta se olvida menos, y quien se perdió parte de la conversación sabe qué cambia en el siguiente sprint.
Cómo hacer retrospectivas del sprint en MeisterTask
MeisterTask ayuda a los equipos a resolver el problema práctico de las retrospectivas del sprint: cumplir las ideas, más que generarlas. Las acciones de mejora se convierten en tareas con responsable y fecha de vencimiento, visibles entre retros y listas para revisarlas en la siguiente. Si tu equipo ya usa MeisterTask para la gestión ágil de proyectos, puede tener el proyecto de la retro junto al trabajo del sprint.
1. Crea un proyecto de retrospectiva
Crea un proyecto en MeisterTask con tres secciones: “Salió bien”, “Mejorar” y “Acciones”. Durante cada retro, el equipo añade tareas nuevas a Salió bien y Mejorar a medida que avanza la conversación. Si planificas los sprints con una plantilla de tablero ágil, la estructura te resultará familiar.
2. Convierte las acciones en tareas
Las dos o tres prioridades de la retro pasan a ser tareas en la sección Acciones. Asigna cada tarea a una sola persona y ponle una fecha de vencimiento anterior a la siguiente retro. Añade los criterios de éxito en la descripción de la tarea.
La tarea del stand-up de Álex, por ejemplo, podría decir: “El stand-up diario se celebra a las 10:00 durante todo el sprint”.
3. Revisa las acciones al inicio de la siguiente retro
Dedica los primeros cinco minutos de cada retrospectiva a las acciones del sprint anterior. Abre la sección Acciones y repasa cada tarea: ¿se hizo y qué resultado dio?
4. Documenta los patrones a lo largo del tiempo
Lleva un registro de los temas recurrentes en Notes, para que el historial esté en MeisterTask junto a tu proyecto de retro. Si “requisitos poco claros” aparece en tres retrospectivas, es un problema estructural que hay que abordar fuera de la retro.
Convierte las retros en progreso con MeisterTask
Una retrospectiva del sprint se gana su sitio en el calendario cuando cambia cómo funciona el siguiente sprint. Mantén corta la lista de acciones, asigna cada una a una sola persona con fecha límite y empieza cada retro revisando los compromisos anteriores.
MeisterTask mantiene esas acciones visibles entre retros, con tareas y notas en un mismo espacio compartido, para que ningún compromiso se pierda en una foto de la pizarra.
