Sprint review: A step-by-step guide

La reunión de revisión del sprint es una ceremonia clave en el desarrollo ágil, concretamente en el marco de scrum. En ella se marca el final de un sprint (por lo general, un periodo de dos a cuatro semanas) en el que el equipo de desarrollo presenta un posible incremento de la funcionalidad del producto.

En la revisión del sprint, el equipo de desarrollo y las partes interesadas se reúnen para revisar y demostrar el trabajo realizado durante ese periodo. Esto supone una oportunidad para exponer las funciones desarrolladas, recopilar comentarios y garantizar el cumplimiento de la visión y los requisitos del producto.

El objetivo principal de una revisión del sprint es recopilar comentarios y garantizar la transparencia en los siguientes pasos del proceso de desarrollo. Para ello, tiene varios objetivos clave:

Demostración del trabajo realizado: el equipo de desarrollo demuestra las funciones completadas durante el sprint a las principales partes interesadas, incluidos el propietario del producto, los clientes y otras partes pertinentes.

Recopilación de comentarios: las partes interesadas comentan y opinan sobre las funciones demostradas, lo que permite al equipo ajustar y priorizar el trabajo de forma eficaz en los siguientes sprints.

Adecuación a la visión del producto: la revisión del sprint garantiza que el trabajo realizado se ajuste a la visión y los objetivos generales del producto. Ayuda a validar que los esfuerzos de desarrollo y los objetivos del sprint avanzan adecuadamente.

Celebración de los logros: proporciona la oportunidad de celebrar los logros del equipo de desarrollo y reconocer su arduo trabajo y dedicación.

Identificación de mejoras: a través de las discusiones y las observaciones durante la revisión del sprint, se pueden definir áreas de mejora en el proceso de desarrollo y abordarlas en futuras iteraciones.

En pocas palabras, la revisión del sprint fomenta la colaboración, la transparencia y la mejora continua dentro del marco de desarrollo ágil. Además, promueve una cultura de comunicación abierta, sesiones de trabajo colaborativas y responsabilidad compartida por el éxito del producto.

Las revisiones de sprint no son retrospectivas, pero ¿qué es una revisión del sprint? Una revisión del sprint demuestra el trabajo duro de todo el equipo de scrum: diseñadores, desarrolladores y propietario del producto. En Atlassian, nos gusta mantener la informalidad de nuestras revisiones de sprints.

Los miembros del equipo se reúnen en torno a un escritorio para demostraciones informales y describen su trabajo para esa iteración. Es hora de formular algunas preguntas, probar nuevas funciones y hacer comentarios. Compartir los logros es una parte importante de la creación de un equipo ágil.

Vamos a revisar por qué la definición de lo que se considera finalizado del equipo es tan importante para este protocolo de la metodología ágil.

Como usuario habitual de Jira, nada me satisface más que pasar una tarea del estado de "revisión del código" al de "finalizado". Esa transición representa el trabajo completado que nos propusimos lograr como equipo. ¡Hecho y finalizado!

Cruzar la línea de meta y completar el trabajo requiere una buena planificación, una clara definición de lo que se considera finalizado y una ejecución centrada. La mayoría de esto sucede durante la planificación del sprint, pero para que la revisión del sprint y el propio sprint vayan bien, los equipos deben hacer algo más de lo previsto. Deben desarrollar una cultura clara de entrega del trabajo y de lo que significa que esté "finalizado".

Los equipos eficaces aportan procesos y una cultura de desarrollo claros a cada proyecto y elemento de trabajo. Usa estas preguntas para evaluar tu proceso y asegurarte de que funciona de manera óptima:

• ¿Han definido bien el propietario del producto, el diseñador y el equipo de ingeniería las historias antes de la implementación?

• ¿Comprende todo el mundo la cultura y los valores de ingeniería del equipo?

• ¿Existen definiciones y requisitos claros en torno a la revisión del código, las pruebas automatizadas y la integración continua para fomentar un desarrollo ágil sostenible?

• Cuando el equipo completa una historia, ¿surge algún error? En otras palabras, ¿significa el término "finalizado" realmente eso?

La cultura del equipo en torno a la calidad y la finalización debería estar por encima de cualquier historia de usuario, trabajo de ingeniería y error. Esta cultura refleja cómo el equipo aborda el desarrollo de software y su entrega.

Una definición clara del término "finalizado" ayuda a los equipos a centrarse en el objetivo final de cada elemento de trabajo. Cuando el propietario del producto añade trabajo al backlog del equipo, la definición de los criterios de aceptación es una parte fundamental de su proceso. ¿Qué implica la finalización de una historia de usuario?

En Atlassian, el equipo de Jira realiza un seguimiento de los criterios de aceptación y las notas de las pruebas en consonancia con el resto de la historia de usuario dentro de Jira. De esa forma, el equipo al completo tiene una visión clara del éxito en cada incidencia. ¿Qué son los criterios de aceptación y las notas de las pruebas?

• Criterios de aceptación: miden los usos del propietario del producto para confirmar que la historia se ha implementado de forma satisfactoria.

• Notas de las pruebas: Breve asesoramiento específico del equipo de QA que permite al ingeniero de desarrollo escribir mejor código de funcionalidades y realizar pruebas automatizadas.

Los problemas bien definidos durante la implementación permiten que todos tengan éxito. Con Jira, resulta fácil añadir campos. Como administrador, haz clic en el botón admin (Administrar) en la incidencia.

En Atlassian, uno de nuestros principales valores es el de "jugar en equipo". Las revisiones de sprints son fantásticas para celebrar los logros del equipo y de todos los integrantes durante una iteración. Normalmente, organizamos estas revisiones el viernes por la tarde, mientras todos en la oficina se relajan antes del fin de semana.

Las revisiones de sprints no son iguales que las retrospectivas, así que asegúrate de organizar la revisión de sprints después de una iteración, pero antes de la retrospectiva. Los participantes externos siempre son bienvenidos a participar, pero en la reunión suelen encontrarse el propietario del producto, el equipo de desarrollo al completo y el experto en scrum. Como buena práctica, recomendamos dedicar entre 30 minutos y una hora a cada iteración que se trate en la reunión.

Nos encantan las revisiones de sprints porque protegen la salud y la moral del equipo. Las revisiones de sprints se basan en el trabajo en equipo. La revisión no es un procedimiento acusatorio ni un examen, sino un evento colaborativo entre todo el equipo en el que cada uno muestra su trabajo, plantea sus dudas y obtiene feedback.

"Fomenta la implicación del equipo durante la revisión del sprint haciendo que diferentes miembros demuestren la funcionalidad", sugiere Mark Cruth, orientador de trabajo de Atlassian. "Recurrir a los responsables de las funciones es una forma estupenda de que demuestren su duro trabajo al frente de la iniciativa".

Si una revisión de sprints no se convierte en una actividad positiva en el equipo, puede ser indicativo de lo siguiente:

• El equipo tiene demasiado trabajo y no lo completa durante una iteración.
  
  "Las revisiones de sprints son una buena manera de animar a los equipos a dividir su trabajo en entregas pequeñas y significativas", añade Cruth. "Evita revisar el trabajo sin terminar; como dice el Manifiesto Ágil, ¡el objetivo es que el software funcione!".
  

• El equipo lucha contra la deuda técnica.

• No se están desarrollando de forma sostenible las funcionalidades para garantizar que se introducen nuevos bugs en la base de código.

• Las prácticas de desarrollo del equipo no está ajustadas como deberían.

• El propietario del producto está cambiando las prioridades en una iteración y el equipo de desarrollo ha quedado marginado por la corrupción del alcance.

Nota: Todos los equipos sufren a veces de iteraciones difíciles. Tómate el tiempo necesario para comprender por qué cambia una iteración en la retrospectiva del equipo e idea un plan para abordar los problemas futuros.

Las empresas con equipos distribuidos se enfrentan a desafíos especiales en torno a la ampliación de ceremonias de la metodología ágil en diversas geografías. Las revisiones de sprints no son una excepción.

El equipo de Jira, por ejemplo, cuenta con miembros en todo el mundo: desde Sídney hasta Gdansk y San Francisco. Aunque estamos repartidos, las revisiones de sprints son una parte importante de nuestra cultura de equipo. Los miembros del equipo crean vídeos informales y los comparten en una página de Confluence para que todo el equipo lo vea.

"Usa herramientas como Loom para registrar la revisión y recopilar comentarios de otras personas del mundo entero", explica Cruth. "Trabajamos en un mundo asíncrono, así que enfoca las revisiones de sprints desde la perspectiva de la colaboración asíncrona".

Estos vídeos informales mantienen a todo el mundo al día del progreso de los proyectos de desarrollo, a pesar de las diferencias horarias Ver una demostración de una función directamente de manos del desarrollador fortalece al equipo de dos maneras:

• Comprensión del producto: todo el equipo llega a escuchar la intención, el razonamiento y la implementación de la función, lo que amplía el conocimiento que todos tienen del producto.

• Fomento del espíritu de equipo: los vídeos crean más conexiones personales en el equipo. Podemos ver quién está detrás de cada detalle de un producto. Los lazos creados mediante esta práctica nos unen más y nos hacen un grupo más integrado a pesar de la distancia.

Una ventaja significativa de incorporar las revisiones de sprints en el proceso de desarrollo ágil es la mejora de la adaptabilidad y la flexibilidad que proporciona al producto. Al revisar periódicamente el trabajo terminado, los equipos obtienen información valiosa sobre la evolución de las necesidades y preferencias de las partes interesadas.

Las revisiones de sprints establecen un ciclo de feedback iterativo entre el equipo de desarrollo y las partes interesadas. Esta naturaleza iterativa permite ajustar y perfeccionar rápidamente el producto en función de los comentarios en tiempo real, lo que garantiza que se adapta a la evolución de las demandas del mercado y los requisitos de los usuarios.

Al mostrar el trabajo en curso durante las revisiones de sprints, los equipos pueden identificar posibles problemas o malentendidos al principio del ciclo de desarrollo. Esta detección temprana permite la resolución rápida de los problemas y evita que se conviertan en mayores problemas más adelante.

Las revisiones de sprints proporcionan una plataforma para perfeccionar los productos de forma iterativa. Recopilar los comentarios de las partes interesadas permite a los equipos priorizar las funciones, corregir el rumbo y cambiar la dirección del producto si es necesario, lo que garantiza su relevancia y competitividad en el mercado.

En el dinámico entorno empresarial actual, las prioridades y las condiciones del mercado pueden cambiar rápidamente. Gracias a las revisiones de sprints, los equipos pueden adaptarse a estos cambios, ya que permiten volver a priorizar el trabajo y ajustar los objetivos del proyecto en función de las oportunidades o desafíos que surjan.

Las revisiones de sprints da voz a las partes interesadas en el proceso de desarrollo. La posibilidad de participar activamente en las revisiones y ofrecer comentarios hace que se sientan implicadas e interesadas en el éxito del producto, lo que se traduce en una mayor participación y colaboración.

En general, la mejora de la adaptabilidad y la flexibilidad que ofrecen las revisiones de sprints permiten a los equipos responder rápidamente a los cambios en la dinámica del mercado, las preferencias de los clientes y las necesidades empresariales. Al adoptar esta flexibilidad, las empresas pueden mantener una ventaja competitiva y ofrecer productos que se ajusten a las expectativas cambiantes de las partes interesadas.

En los equipos sin experiencia en las revisiones de sprints, resulta muy tentador integrarlas en la retrospectiva. Sin embargo, una revisión de sprints es una ceremonia independiente a la retrospectiva de sprints.

Tómate el tiempo necesario para disfrutar del fruto de tu trabajo. Celebra los logros sin reparos. Las revisiones de sprints eficaces suben la moral y aumentan la motivación del equipo. Esta idea de celebración es tan importante para el equipo de Jira que hemos añadido la idea de "¡Adelante, celebra!" a nuestra declaración de principios.

Empieza gratis con la plantilla de scrum de Jira.