Marco Scrum: el ciclo del sprint explicado

Marco Scrum: el ciclo del sprint explicado

El lienzo interactivo de FlowJam de esta explicación: cada carril, cada fila y cada flecha de arriba forma parte de un diagrama real de QueryChart que puedes abrir y editar.

Cómo leer este diagrama

• Lee las cuatro columnas de izquierda a derecha como el arco del sprint: qué existe antes, a qué se compromete la planificación, qué ocurre durante el sprint y cómo se cierra.
• Las filas son los dueños: sigue las cajas de la fila «Dueño del producto» para ver qué controla el dueño del producto, y la fila «Equipo de desarrollo» para el trabajo en sí.
• La última caja, «El siguiente sprint empieza desde el backlog actualizado», es el bucle: Scrum es un ciclo que se repite, no un proceso de una sola vez.

Antes del sprint

«Backlog de producto con el trabajo ordenado» es la única fuente de todo lo que el equipo podría hacer, ordenado por valor y con el dueño del producto como propietario. «La planificación del sprint selecciona el trabajo del sprint» es el momento del compromiso: el equipo toma elementos de la parte alta del backlog y acuerda un objetivo de sprint. «Backlog del sprint con los elementos comprometidos» es el plan resultante: el lote que el equipo ha prometido terminar.

Durante el sprint

«Reunión diaria para alinear al equipo» es el ritual de alineación de quince minutos, y «El equipo desarrolla el incremento» es el trabajo real: construir, probar e integrar hacia un incremento potencialmente publicable. Ambas están en el carril «Equipo de desarrollo» porque Scrum es explícito en que el equipo se autoorganiza el trabajo dentro del sprint.

Cerrar el ciclo

«La revisión del sprint muestra el incremento» enseña a las partes interesadas lo que se ha construido y permite al dueño del producto ajustar el backlog a partir de lo que ven. «La retrospectiva del sprint mejora el proceso» es la reunión propia del equipo en el carril «Scrum master», y «El siguiente sprint empieza desde el backlog actualizado» es el bucle de vuelta al inicio: la revisión ha cambiado el backlog y el ciclo se repite.

Relaciones clave y conclusiones

• El backlog es del dueño del producto; el sprint es del equipo: el marco mantiene separados esos dos poderes.
• La planificación se compromete con un lote; el objetivo de sprint le da un propósito a ese lote.
• La reunión diaria es alineación, no un informe de estado para la dirección.
• La revisión trata del producto; la retrospectiva trata del proceso: dos reuniones distintas con dos salidas distintas.
• Scrum es un bucle: cada sprint deja un backlog actualizado para el siguiente.

Cuándo usar este diagrama

• Enseñar a un equipo nuevo en Scrum para qué sirve cada ceremonia y quién es dueño de qué.
• Incorporar a un nuevo dueño del producto explicándole la diferencia entre ordenar un backlog y dirigir al equipo.
• Auditar el Scrum de un equipo: una ceremonia que no existe en el lienzo, o que pertenece al carril equivocado, es una práctica que hay que discutir.

Cómo funciona

1. Renombra los roles según tu equipo

   Sustituye «Dueño del producto», «Equipo de desarrollo» y «Scrum master» por tus roles reales, y fusiona o divide carriles para que coincidan con quién sostiene de verdad el trabajo.

2. Añade la duración y la cadencia de tu sprint

   Anota las cajas del sprint con la duración de tu sprint, la hora de la reunión diaria y el día de la revisión, para que el diagrama sea el calendario de tu equipo y no uno genérico.

3. Dibuja la definición de terminado

   Añade una decisión entre «El equipo desarrolla el incremento» y la revisión: una lista de comprobación de la definición de terminado que hay que superar antes de dar un elemento por completo.

4. Amplíalo con tu ritual de refinamiento

   Inserta un paso de refinamiento del backlog entre el backlog y la planificación del sprint si tu equipo lo celebra, conectado al backlog ordenado.

Preguntas frecuentes

¿Qué es el marco Scrum?

Scrum es un marco ligero para desarrollar y entregar trabajo complejo en iteraciones de duración fija llamadas sprints. Prescribe roles (dueño del producto, equipo de desarrollo, scrum master), eventos (planificación del sprint, reunión diaria, revisión del sprint, retrospectiva del sprint) y artefactos (backlog de producto, backlog del sprint, incremento), pero deja el cómo del trabajo en manos del equipo.

¿Cuáles son los tres roles de Scrum?

El dueño del producto es el propietario del backlog y de su orden: qué se construye y en qué orden, y el valor del resultado. El equipo de desarrollo se autoorganiza para entregar los elementos comprometidos: el cómo se hace el trabajo es suyo. El scrum master sirve al proceso: facilita las ceremonias, elimina impedimentos y entrena al equipo. Los tres carriles del diagrama son exactamente esos tres dueños.

¿Qué ocurre en una revisión del sprint frente a una retrospectiva?

La revisión del sprint trata del producto: el equipo demuestra el incremento a las partes interesadas y el dueño del producto ajusta el backlog en respuesta. La retrospectiva trata del proceso: el equipo, a solas, discute qué ha ido bien, qué ha ido mal y una mejora para el siguiente sprint. Son reuniones separadas con salidas separadas, y por eso el diagrama las coloca en filas distintas: la revisión con el equipo, la retrospectiva con el scrum master.

¿Scrum exige una reunión diaria?

Sí, la reunión diaria es uno de los eventos prescritos por Scrum: una reunión corta y diaria en la que cada miembro del equipo dice qué ha terminado, qué hará a continuación y qué le está bloqueando. Su propósito es la coordinación y sacar pronto a la luz los impedimentos, no informar a la dirección. El diagrama la marca como alineación justo por eso.

Edita este diagrama en QueryChart (FlowJam)

Abre ese mismo lienzo de Scrum como tu propio diagrama, renombra los roles según tu equipo y adapta las ceremonias a tu práctica.

Edita este diagrama en QueryChart (FlowJam)