Revisión de sprint vs retrospectiva de sprint
La revisión del sprint inspecciona el producto con las partes interesadas; la retrospectiva de sprint mejora la forma de trabajar del equipo. Conozca la diferencia, quién asiste y por qué necesita ambas.
La revisión del sprint y la retrospectiva de sprint son dos ceremonias distintas que tienen lugar al final de cada sprint y que a menudo se confunden. La forma más sencilla de diferenciarlas es la siguiente: la revisión del sprint sirve para examinar el producto con las partes interesadas, mientras que la retrospectiva de sprint tiene como objetivo mejorar la forma de trabajar del equipo. Ambas son necesarias y no son intercambiables.
Si aún no está familiarizado con el conjunto completo de reuniones de Scrum, consulte primero la explicación de las cuatro ceremonias de Scrum — este capítulo se centra en las dos que cierran el sprint.
Resumen comparativo entre la revisión del sprint y la retrospectiva de sprint
| Revisión del sprint | Retrospectiva de sprint | |
|---|---|---|
| Enfoque | El producto: lo que se ha creado | El proceso: cómo trabajó el equipo |
| Pregunta a la que responde | «¿Qué deberíamos construir ahora?» | «¿Cómo podemos trabajar mejor en el próximo sprint?» |
| Rostros | Hacia el exterior, dirigido a las partes interesadas | Internamente, para el equipo |
| Quiénes asisten | Equipo Scrum + partes interesadas | Solo para el equipo de Scrum |
| Resultado | Lista de productos pendientes actualizada | Una breve lista de mejoras en el equipo |
| Pedido | En primer lugar | Segundo |
| Plazo (sprint de dos semanas) | Hasta unas 2 horas | Hasta unos 90 minutos |
Para qué sirve la revisión del sprint
La revisión del sprint es una sesión de trabajo en la que el equipo muestra el trabajo realizado durante el sprint y recaba comentarios. Las partes interesadas ven lo que realmente se ha hecho, formulan preguntas y reaccionan; y esa reacción suele redefinir el Product Backlog y la dirección del siguiente sprint. Se trata de una colaboración sobre el producto y los próximos pasos, no de una demostración unidireccional ni de una reunión de aprobación.
Para qué sirve la retrospectiva de sprint
La retrospectiva de sprint es la oportunidad privada que tiene el equipo para examinarse a sí mismo —su personal, sus relaciones, sus procesos y sus herramientas— y comprometerse a introducir mejoras concretas. Se celebra tras la revisión, de modo que el equipo pueda incorporar cualquier comentario sobre el producto, y excluye deliberadamente a las partes interesadas para que los miembros puedan expresarse con franqueza. El resultado no es una decisión sobre el producto, sino un pequeño conjunto de acciones propias que el equipo pondrá en práctica en el próximo sprint. Este es el motor de la mejora continua, y es el tema del resto de esta guía: comience por qué es una retrospectiva de sprint.
Por qué necesita ambas cosas
Es tentador fusionar ambas actividades para ahorrar tiempo, pero tienen objetivos opuestos. La revisión está orientada al exterior y centrada en el producto; la retrospectiva está orientada al interior y centrada en el equipo. Si se combinan, la conversación honesta —y a veces incómoda— sobre el proceso queda relegada: nadie quiere plantear que «nuestras pruebas se realizan con prisas» delante del cliente. Mantenerlas separadas protege la seguridad psicológica que necesita la retrospectiva (véase cómo crear una retrospectiva psicológicamente segura).
También conviene diferenciar la retrospectiva de sprint de una revisión de ciclo más largo, como una retrospectiva de lanzamiento o de proyecto; para esa comparación, consulte nuestro artículo sobre la retrospectiva de sprint frente a la retrospectiva de lanzamiento.
Preguntas frecuentes
¿Cuál es la diferencia entre una revisión de sprint y una retrospectiva de sprint?
La revisión del sprint evalúa el producto: el equipo muestra lo que ha creado y recaba comentarios de las partes interesadas para decidir los próximos pasos. La retrospectiva de sprint evalúa el proceso: el equipo reflexiona sobre cómo ha trabajado y acuerda mejoras para el próximo sprint. La revisión se centra en el «qué» y se dirige hacia las partes interesadas; la retrospectiva se centra en el «cómo» y se dirige hacia el equipo.
¿Qué tiene prioridad, la revisión del sprint o la retrospectiva?
Primero tiene lugar la revisión del sprint, seguida de la retrospectiva de sprint, y ambas se celebran al final del sprint. El hecho de revisar primero el producto con las partes interesadas permite que el equipo incorpore esos comentarios recientes a la retrospectiva, donde reflexiona sobre cómo ha ido el trabajo y qué hay que cambiar.
¿Se pueden combinar la revisión del sprint y la retrospectiva de sprint en una sola reunión?
Lo mejor es mantenerlas separadas. Tienen objetivos distintos, participantes distintos y un tono diferente: la revisión es una conversación sobre el producto dirigida al exterior y dirigida a las partes interesadas, mientras que la retrospectiva es una conversación franca, exclusiva del equipo, sobre cómo mejorar. Fusionarlas tiende a obstaculizar la reflexión honesta de la que depende la retrospectiva, ya que las personas se muestran reacias a plantear problemas de proceso ante las partes interesadas.
¿Quiénes asisten a la revisión del sprint y a la retrospectiva de sprint?
A la revisión del sprint asisten todo el equipo Scrum, además de las partes interesadas clave invitadas por el Product Owner, ya que su objetivo es recabar comentarios sobre el producto. A la retrospectiva de sprint solo asiste el equipo Scrum —los desarrolladores, el Product Owner y el Scrum Master— para que el equipo pueda hablar con total franqueza sobre su funcionamiento.