foto perfil

Reunión de Scrum: Formato y reglas

Publicado el 17 octubre, 2020

Propósito de las reuniones de Scrum

El equipo de desarrollo de Adam quiere acabar con las reuniones de Scrum. Sienten que son solo reuniones de actualización de estado y que podrían reemplazarse con un correo electrónico. Adam sabe que las reuniones de Scrum son mucho más que actualizaciones de estado y necesita recordárselo a su equipo. Planea repasar las reglas sobre cómo se deben llevar a cabo las reuniones y el contenido y formato del cual deben consistir, pero lo primero que Adam revisa con el equipo es el propósito de las reuniones. Antes del cómo y el qué, es importante comprender el por qué.

El propósito de una reunión de Scrum es la comunicación. Más específicamente, el propósito es una comunicación valiosa, que beneficia a todo el equipo. Permite que todos estén al día sobre el trabajo realizado en el Sprint , que suele durar de 2 a 4 semanas, en las que las partes del trabajo del proyecto conocidas como historias de usuario se desarrollan y prueban por completo. Todos, desde el propietario del producto que solicitó el trabajo y es el tomador de decisiones para el proyecto, hasta el equipo de desarrollo, hasta el Scrum master cuyo objetivo principal es permitir que el equipo de desarrollo sea lo más efectivo y eficiente posible, invierten en el trabajo del proyecto.

Reglas de la reunión

Una vez que el equipo se actualiza sobre el propósito de las reuniones de Scrum, Adam desea restablecer las reglas sobre cómo deben realizarse las reuniones. Si bien existe flexibilidad en la implementación, seguir estas reglas garantizará que las reuniones se realicen correctamente y de la manera más eficiente posible. Hay reglas de tiempo, reglas de asistencia y reglas con respecto al tema discutido.

Las reglas de tiempo involucran la duración de la reunión, así como cuándo y con qué frecuencia ocurre la reunión. Las reuniones de Scrum no deben durar más de 15 minutos. Siempre deben mantenerse al mismo tiempo para mantener la coherencia. No hay una regla específica sobre a qué hora deben ocurrir, porque algunos equipos tienen horarios diferentes o zonas horarias diferentes. La mejor práctica es reunirse al comienzo de la jornada laboral del equipo. Además de ocurrir al mismo tiempo, las reuniones deben ocurrir todos los días.

Las reglas de asistencia abordan quién está involucrado en la reunión de Scrum y qué hacen. Es importante hacer una distinción entre asistencia y participación. Cualquiera puede asistir a una reunión de Scrum; Deben asistir las personas que inciden directamente en el estado de las historias de usuario. Esto incluye al equipo de desarrollo, Scrum Master y Product Owner. Estos también son los únicos que deberían hablar. Sin embargo, todos deben participar de pie durante toda la reunión. Es por eso que las reuniones de Scrum también se conocen como reuniones de pie. Ponerse de pie ayuda a mantener las reuniones en movimiento y a la gente concentrada.

La última regla para las reuniones de Scrum involucra los temas discutidos. La regla es simple, pero a menudo es una de las más difíciles de seguir. Los temas discutidos en la reunión diaria de Scrum solo deben estar relacionados con el trabajo de Sprint, lo que significa que las historias de usuarios actuales se están desarrollando y probando. Puede haber nuevos requisitos o elementos de trabajo futuros que estén conectados a las historias de usuario actuales, pero estos no son relevantes en la reunión de Scrum. Además, es posible que el equipo no esté trabajando exclusivamente en el trabajo del proyecto todos los días, pero estos elementos no deben discutirse, a menos que desvirtúen el trabajo del proyecto. Todo lo que no pertenezca al trabajo de Sprint debe discutirse como seguimiento.

Contenido y formato de la reunión

Una vez que se le ha recordado a su equipo por qué ocurren las reuniones de Scrum y cómo deben hacerse, Adam pasa a lo que deben contener las reuniones de Scrum. Después de restablecer el por qué y el cómo, se centra en el qué. La atención se centra en el contenido que se debe discutir en la reunión, así como en el mejor formato para este contenido.

La regla para los temas discutidos en la reunión de Scrum es que solo deben estar relacionados con el trabajo de Sprint. Esto es importante, pero mantener la reunión en el tema no garantiza que el contenido de la reunión sea lo más valioso posible. El contenido debe centrarse en el estado de cada historia de usuario, incluidos sus estados recientes y la progresión a su estado actual, cómo continuará progresando y si hay algo que lo impida.

Hay dos formatos principales que se utilizan normalmente para este contenido. El más común es el formato de persona a persona. Cada persona habla de lo que hizo ayer, lo que planea hacer hoy y si hay algún problema o obstáculo. En este formato, la misma historia de usuario podría discutirse más de una vez, ya que diferentes miembros del equipo podrían estar involucrados en ella. Sin embargo, cada miembro del equipo habla, por lo que queda claro quién está completando el trabajo y quién no.

El otro enfoque es un formato de historia por historia. En este, se analiza cada historia de usuario que se ha incluido en el Sprint. Cada historia de usuario es discutida por las personas que trabajan en ella. La progresión de la historia del usuario se revisa a medida que comienza el desarrollo, se completa el desarrollo, se completan las pruebas y la historia del usuario está lista para ser revisada por el propietario del producto. En este formato, cada historia de usuario solo se discute una vez, pero no está claro qué personas están completando su trabajo, ya que el enfoque está en la historia del usuario.

Resumen de la lección

Las reuniones de Scrum tienen que ver con la comunicación. Son para personas involucradas en el trabajo del proyecto, específicamente el propietario del producto , quien es el tomador de decisiones del proyecto, el equipo de desarrollo y el Scrum Master , que se enfoca en ayudar al equipo de desarrollo a ser lo más efectivo posible. La reunión debe realizarse todos los días a la misma hora. No debe durar más de 15 minutos y todos deben permanecer de pie durante todo el tiempo. Cualquiera puede asistir, pero solo deben participar el propietario del producto, el equipo de desarrollo y el Scrum Master. Deben centrarse en el trabajo en el Sprint actual y dar el estado actual de la historia de cada usuario , cómo progresarán y los obstáculos que anticipen. Esto puede hacerse persona por persona o historia por historia.

Articulos relacionados