Es donde se realiza el "grooming del backlog". Esto significa básicamente que todos los implicados en el proyecto se reúnen para discutir y actualizar los ítems del backlog.

Es donde todos se reúnen para determinar qué se entregará en el próximo sprint y cómo se llevará a cabo ese trabajo. El propietario del producto presenta los elementos actualizados del backlog y el grupo los debate para asegurarse de que todos los entienden. El equipo de desarrollo hace una previsión de lo que se puede entregar en el sprint, basándose en sus estimaciones, la capacidad prevista y el rendimiento anterior. Con esta previsión en mente, definen el objetivo del sprint. A continuación, el equipo de desarrollo determina cómo se construirá esa funcionalidad y cómo se organizará para cumplir el objetivo del sprint.

Scrum diario: es una reunión de 15 minutos que se celebra todos los días a la misma hora y en el mismo lugar mientras el equipo trabaja para alcanzar el objetivo del sprint. El ScrumMaster se asegura de que la reunión se celebre todos los días, y hace un seguimiento de cualquier obstáculo identificado. El scrum diario es principalmente para los miembros del equipo de desarrollo, que lo utilizan para sincronizar su trabajo e informar de cualquier problema que se presente.

El ámbito de esta reunión es estrictamente limitado: cada miembro del equipo responde brevemente a tres preguntas sobre lo que está haciendo para cumplir el objetivo del sprint:

1. ¿Qué ha hecho desde el último scrum diario?
2. ¿Qué tengo previsto hacer hoy?
3. ¿Hay algún impedimento para mi progreso?

Estas preguntas ayudan a los miembros del equipo a evaluar su progreso hacia el objetivo del sprint.
Al responder a las preguntas, se dirigen los unos a los otros, y cualquier otra discusión o resolución de problemas tiene lugar en otro ámbito.

A medida que los proyectos Scrum se hacen más grandes, varios equipos Scrum necesitan coordinar su trabajo.
Para ello, suelen utilizar un enfoque llamado "scrum de scrums", como su nombre indica, se trata de una reunión en la que un representante de cada equipo informa de sus progresos a los representantes de los demás equipos.

En forma similar a un scrum diario normal, los participantes responden a las tres preguntas, y también podrían abordar una cuarta pregunta para ayudar a aflorar posibles conflictos entre equipos:
"¿Estás a punto de interferir en el camino de otro equipo?". Este proceso se ilustra a continuación.

Al igual que los scrums diarios, las reuniones del scrum de scrums tienen lugar en un horario regular, pero no necesariamente a diario. Digamos que los equipos individuales tienen su reunión de scrum diaria a las 9:00 a.m. Después de esas reuniones, a las 9:30, quizás todos los días o dos veces por semana, según sea necesario, un miembro de cada equipo participará en la reunión de scrum of scums. Si el participante se entera de cualquier problema que afecte a su equipo, lo comunicará al resto de su equipo después de la reunión.

Los proyectos de mayor envergadura pueden incluso justificar un "scrum de scrum de scrums", en el que los equipos repiten este patrón con una reunión de tercer nivel. En este caso, un representante de cada scrum de scrums asistirá al "scrum de scrum de scrums" para coordinar el trabajo de un conjunto más amplio de equipos.

La reunión de revisión del sprint se celebra al final del sprint e incluye al equipo de desarrollo, al propietario del producto y al ScrumMaster (y potencialmente a otras partes interesadas). En esta reunión, el equipo muestra al propietario del producto el incremento, o producto en evolución, que han construido en el sprint. El propietario del producto inspecciona el trabajo para ver si es aceptable, decidiendo si está "hecho" o explicando lo que falta. El equipo y el propietario del producto discuten el incremento y los elementos restantes del backlog del producto. Juntos, realizan los cambios necesarios en el backlog y deciden en qué se va a trabajar a continuación.

Después de la revisión del sprint, pero antes de la siguiente reunión de planificación del sprint, el equipo de desarrollo celebra su última actividad de "inspección y adaptación" del sprint: la retrospectiva del sprint.
Aunque otros pueden ser invitados a participar, esta reunión es principalmente para el equipo de desarrollo.
Es su oportunidad para recopilar las lecciones aprendidas y buscar oportunidades de mejora.
El momento de esta reunión -después de la revisión del sprint, pero antes de la siguiente reunión de planificación- les permite tener en cuenta los comentarios del propietario del producto de la revisión del sprint en sus deliberaciones y también tener en cuenta cualquier mejora que identifiquen durante la retrospectiva en su plan para el siguiente sprint..

Durante cada sprint, los miembros del equipo de desarrollo construyen un incremento del producto final del proyecto.
Como hemos visto, en la revisión del sprint, hacen una demostración de su último incremento para obtener comentarios del propietario del producto y averiguar si ese elemento está "terminado".
Para maximizar las posibilidades de que el incremento del producto sea aceptable, el equipo y el propietario del producto deben acordar una definición de "terminado" antes de que el equipo empiece a trabajar en él, de modo que todos tengan una idea común de lo que significa "terminado" para ese incremento.

Es una lista priorizada de todo el trabajo que hay que hacer para construir el producto y sirve como fuente única de todos los requisitos del producto. Los elementos del backlog pueden incluir características, funciones, requisitos, atributos de calidad (es decir, requisitos no funcionales), mejoras y correcciones. Esta lista es dinámica, evoluciona a medida que evoluciona el producto y debe actualizarse continuamente.

El propietario del producto establece la prioridad de los elementos del backlog y los ordena de modo que el trabajo de mayor prioridad se encuentre al principio de la lista. El equipo scrum siempre intentará trabajar primero con estos elementos de máxima prioridad, o tan pronto como sea posible, teniendo en cuenta las dependencias y otros factores. Los elementos de trabajo se perfeccionan progresivamente a medida que se acerca el momento de ser trabajados, de manera que los elementos de mayor prioridad son los más detallados y las estimaciones del equipo son más precisas. Los elementos de menor prioridad no llegan a detallarse mucho, ya que pueden aplazarse continuamente en favor del trabajo de mayor prioridad.

El backlog se refina constantemente, y el proceso de añadir más detalles a los elementos del backlog y refinar sus estimaciones es la actividad Scrum llamada "refinamiento del backlog", descrita anteriormente, que también se conoce como "grooming the backlog". Esta actividad la realizan conjuntamente el equipo de desarrollo y el propietario del producto. El equipo estima los elementos de trabajo y el propietario del producto los prioriza. Por ejemplo, cada vez que el equipo refina sus estimaciones con un mayor nivel de detalle, el propietario del producto puede tener que ajustar la prioridad de esos elementos en el backlog

Es el subconjunto de elementos del backlog del producto que se han seleccionado como objetivo de un sprint específico (el backlog del sprint no es una lista separada del backlog del producto).
A partir del backlog del sprint, el equipo desarrolla un plan sobre cómo alcanzar el objetivo del sprint, el cual es su compromiso con la funcionalidad que entregarán en el sprint.
El backlog del sprint sirve como una visión altamente visible del trabajo que se está llevando a cabo y sólo puede ser actualizado por el equipo de desarrollo.