3.4 - El Scrum Master y los eventos

En Scrum cada evento (ceremonia) tiene un propósito específico, diseñado para maximizar la transparencia, la colaboración y la eficiencia. El Scrum Master, a menudo considerado como el guardián de la agilidad del equipo, juega un papel esencial en estos eventos. Su responsabilidad no se limita a la simple organización o facilitación; va mucho más allá, actuando como un catalizador que asegura que cada ceremonia genere el máximo valor, alineando al equipo con los valores de Scrum.

En esta sección, exploraremos en detalle cómo el Scrum Master navega por cada evento, qué se espera de él y cómo su participación activa puede marcar la diferencia en la dinámica y resultados del equipo Scrum.

El Scrum Master en la Planificación del Sprint

• Apoya al Product Owner a moderar la participación de todos
• Cuida que se cumpla con la agenda y duración del evento
• Asiste al Product Owner en la definición del trabajo a realizar
• Apoya en la resolución de dudas que tengan los Developers
• Apoya a los Developers al momento de realizar las estimaciones del trabajo

Caso práctico: Durante una sesión de planificación del sprint, algunos desarrolladores muestran confusión sobre una historia de usuario. El Scrum Master, Pablo, interviene: "Vamos a aclarar esta historia antes de continuar". Facilita una sesión de preguntas rápidas con el Product Owner, María, eliminando las dudas. Cuando llega el momento de las estimaciones, Pablo propone un "Planning Poker", logrando consenso. Al finalizar, recalca la importancia de mantener la comunicación abierta durante el Sprint.

El Scrum Master en el Daily

• Apoya a los Developers en la realización del evento, y que se respete su duración
• Identifica los impedimentos que puedan encontrar los Developers
• Asegura que el Daily se lleve a cabo a la misma hora y en el mismo lugar
• Si el Scrum Master está trabajando activamente en los elementos del Sprint, entonces participa como un Developer

Caso práctico: Al tercer día del Sprint, los Developers se reúnen puntualmente para el Daily Scrum. Pablo, el Scrum Master, se asegura de que todos estén presentes y de que se inicie a tiempo. Cuando Sofía, una Developer, menciona que está teniendo problemas técnicos con una herramienta, Pablo toma nota del impedimento para tratarlo después del Daily. Aunque Pablo está trabajando en una tarea específica de este Sprint, mantiene su participación breve y centrada, como si fuera otro Developer. Al finalizar, Pablo recuerda a todos la importancia de ser consistentes con la hora y el lugar del Daily, reforzando la rutina y previsibilidad.

El Scrum Master durante el desarrollo del Sprint

• Lleva el seguimiento al progreso de los Developers con respecto a lo planificado
• Gestiona y resuelve impedimentos que puedan aparecer (en su mayoría identificados en el Daily)
• Gestiona la resolución de conflictos que puedan surgir entre los Developers
• Trabaja en estrategias que aumenten la motivación de los Developers
• Asegura que los Developers no son interrumpidos durante el Sprint
• Cuida que los Developers cumplan con los criterios de aceptación y terminado (DoD)

Caso práctico: A mitad del Sprint, Pablo, el Scrum Master, nota que el equipo está un poco detrás de lo planificado. Un impedimento principal es la falta de acceso a un servidor que se identificó en el Daily. Pablo toma la iniciativa, habla con el equipo de infraestructura y resuelve el acceso al servidor al día siguiente.

Días después, observa una discusión entre Sofía y Jorge (dos Developers) sobre la mejor manera de implementar una función. Pablo facilita una breve sesión para comprender los puntos de vista y logra que ambos lleguen a un acuerdo, manteniendo el ambiente armonioso.

Finalmente, al aproximarse el final del Sprint, Pablo realiza pequeñas revisiones con los Developers para asegurarse de que todos los elementos del trabajo estén alineados con los criterios de aceptación y la Definición de Terminado (DoD).

El Scrum Master en la Revisión del Sprint

• Apoya al Product Owner a moderar la participación de todos
• Cuida que se cumpla con la agenda y duración del evento
• Asegura que se presentan los resultados logrados en el Sprint
• Asegura que el progreso respecto al Objetivo de Producto es discutido en esta sesión
• Recopila información que permita medir el desempeño del equipo

Caso práctico: Al finalizar el Sprint, es momento de la revisión. Pablo, el Scrum Master, asegura que la sala de reuniones está lista y que todos los recursos tecnológicos funcionan correctamente para evitar interrupciones.

Mientras Carla, el Product Owner, se prepara para revisar las características que completaron los Developers durante el Sprint, Pablo se mantiene alerta para moderar y garantizar que se respeten los tiempos y que todos los miembros tengan la oportunidad de participar.

Pablo también se encarga de recopilar comentarios y preguntas que surgen durante la presentación, y se asegura de que, al finalizar, el equipo y los stakeholders (si los hay) discutan el progreso en relación con el Objetivo de Producto.

Una vez terminada la revisión, Pablo recoge feedback sobre la revisión, buscando oportunidades de mejora para las próximas sesiones.

El Scrum Master en la Retrospectiva del Sprint

• Guía y modera el evento
• Aplica estrategias y técnicas para llevar a cabo la retrospectiva
• Brinda la confianza y seguridad para que el equipo sea sincero con respecto a la reflexión sobre los resultados del Sprint
• Asiste el equipo en la identificación de lecciones aprendidas
• Guía la reflexión del equipo acerca de su rendimiento (tal como la velocidad y el progreso)

Caso práctico: Tras la Revisión del Sprint, Pablo, el Scrum Master, organiza la Retrospectiva. Pablo comienza recordando la importancia de la sinceridad y el respeto mutuo durante el evento, y decide emplear la técnica "Estrella de Retro" para abordar distintas facetas del trabajo del equipo. Como facilitador, cuando un punto particularmente delicado sale a la luz, Pablo interviene para asegurarse de que la discusión sea productiva y enfocada en las soluciones, y va tomando notas de lecciones aprendidas y áreas de mejora. Al final, se asegura de que todos los acuerdos se registren y sean visibles para el próximo Sprint. Agradece al equipo por su compromiso y les anima a implementar las mejoras acordadas.