Revisión del sprint frente a retrospectiva de sprint
La revisión del sprint sirve para examinar el producto junto con las partes interesadas; la retrospectiva de sprint tiene como objetivo mejorar la forma de trabajar del equipo. Descubra en qué se diferencian, quiénes asisten y por qué son necesarias 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 junto 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 es la primera vez que se familiariza 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 ponen fin al 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 a continuación?» | «¿Cómo podemos trabajar mejor en el próximo sprint?» |
| Rostros | Hacia el exterior, dirigido a las partes interesadas | En el seno del equipo |
| Quiénes asisten | Equipo Scrum + partes interesadas | Solo para el equipo de Scrum |
| Resultado | Lista de tareas pendientes del producto 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 comprueban lo que realmente se ha hecho, formulan preguntas y reaccionan. Esa reacción suele dar lugar a cambios en el Product Backlog y en la orientación del siguiente sprint. Se trata de una colaboración sobre el producto y los próximos pasos a seguir, 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 analizar a sí mismo (a sus miembros, las relaciones, los procesos y las herramientas) y comprometerse a realizar 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 conjunto reducido de acciones asumidas por el equipo que este pondrá en práctica en el próximo sprint. Este es el motor de la mejora continua y constituye el tema central del resto de esta guía. Comience por qué es una retrospectiva de sprint.
Por qué necesita ambas cosas
Resulta tentador fusionar ambas sesiones para ahorrar tiempo, pero cada una de ellas se orienta en una dirección diferente. La revisión tiene una perspectiva externa y se centra en el producto; la retrospectiva tiene una perspectiva interna y se centra en el equipo. Si se combinan, se pierde la conversación sincera —y, en ocasiones, incómoda— sobre el proceso. 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).
Asimismo, conviene diferenciar la retrospectiva de sprint de una revisión de ciclo más largo, como una retrospectiva de lanzamiento o de proyecto. Para conocer las diferencias, 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 desarrollado y recaba comentarios de las partes interesadas para decidir cuáles serán 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 propio equipo.
¿Qué tiene lugar primero, la revisión del sprint o la retrospectiva?
En primer lugar 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 funcionado y qué debe cambiarse.
¿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 tonos distintos. La revisión es una conversación sobre el producto dirigida al exterior, con 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 todos los miembros del equipo Scrum, además de las partes interesadas clave invitadas por el propietario del producto, ya que su objetivo es recabar opiniones sobre el producto. A la retrospectiva de sprint solo asiste el equipo Scrum (los desarrolladores, el propietario del producto y el Scrum Master), para que el equipo pueda hablar con total franqueza sobre su funcionamiento.