Reunión de Scrum: Formato y reglas
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.
Aprende más sobre:
Arte Arquitectura Biologia Ciencia Ciencia Fisica Ciencias de la Tierra Ciencias Sociales Economia Historia Historia Mundial Historia Moderna Medio Ambiente y Ecologia Literatura Plantas y Animales Religiones del Mundo QuimicaArticulos relacionados
- Inestabilidad económica: definición y ejemplos
- Impedimentos en la gestión de proyectos Scrum
- Estrategias de retiro de ingresos para la jubilación
- Retrospectiva ágil: Ideas y actividades
- Matriz de asignación de responsabilidades: Definición y ejemplo
- ¿Qué es el ciclo de vida del producto? – Definición y ejemplos
- Percepciones culturales de la comunicación en las organizaciones: contexto bajo y contexto alto
- Patrimonio empresarial: Definición y tipos ¿Qué es el patrimonio empresarial?
- ¿Qué es una inversión? – Definición y descripción general
- ¿Qué es el dinero en Economía? Concepto y ejemplos del dinero de los productos básicos
- SDLC frente a STLC
- El proceso DMAIC de Six Sigma
- ¿Qué es el marketing? Descripción general y aplicaciones del marketing
- Cadena de título y resumen de título en el sector inmobiliario
- Narcisismo en las organizaciones: definición, características y efectos en el lugar de trabajo