Cómo Ejecutar Una Reunión De Planificación Ágil De Sprint + Agenda
¿Qué Es Una Reunión De Planificación De Sprint?
Una reunión de planificación de sprints es una de las ceremonias de Scrum ampliamente adoptadas por los equipos que utilizan sprints para marcar cuándo «comienza» y «termina» el trabajo.»Está diseñado para responder a las preguntas, ¿Qué se puede entregar en este próximo sprint? ¿Y cómo lograremos ese trabajo?
En pocas palabras, la reunión de planificación de sprints debe proporcionar estructura, establecer expectativas y definir el retraso para el próximo sprint.
Hay varias personas involucradas en estas reuniones, y es un esfuerzo muy colaborativo. Desglosemos lo que hace cada rol.
Los 3 roles de scrum: propietario del producto, maestro de scrum, equipo de desarrollo
El maestro de scrum
El maestro de scrum facilita la reunión de planificación de sprint y garantiza que las salas de reuniones estén reservadas, los suministros estén disponibles, las personas estén preparadas y todos los detalles de videoconferencia y conectividad estén listos para usar. En términos de programación, el ScrumMaster debe estar programando esta reunión de acuerdo con la duración del sprint. Por ejemplo, si el equipo trabaja en sprints de 2 semanas, la reunión de planificación de sprints debe realizarse entre 2 y 4 horas. El ScrumMaster debe administrar el tiempo adecuadamente para asegurarse de que haya una alineación completa en el objetivo de sprint antes de que finalice la reunión.
El Propietario del Producto
El Propietario del Producto es responsable de garantizar que todos los artículos en el backlog se preparen antes de la reunión. Deben aclarar los detalles de cada elemento de acumulación de productos y ser un recurso para el equipo al hacer preguntas sobre el caso de uso o los criterios de aceptación. Esta es posiblemente la reunión más importante para un Propietario de un producto &, una reunión que debe reservar mucho tiempo para prepararse.
El Equipo de desarrollo
Obviamente, las personas que hacen el trabajo tendrán que estar en la reunión de planificación de sprint. Diseñadores, desarrolladores, ingenieros de pruebas, cualquiera que contribuya al producto de trabajo, debe estar presente y participar activamente en esta reunión para que puedan alejarse con una sólida comprensión de lo que se espera de ellos y en lo que es prioritario trabajar durante el próximo sprint.
Ten en cuenta que los equipos mejoran en la planificación de sprints con el tiempo. Si un equipo se forma recientemente (o es nuevo en la metodología ágil), es posible que no haya tanta comprensión compartida sobre cuánto se puede hacer dentro de cada sprint. Más tarde, hablaremos sobre el cálculo de la velocidad. Solo ten en cuenta que los equipos maduros tienden a hacerlo mejor en esto. Hay un elemento de mejora constante con agile, así que date un poco de gracia si tu primera reunión de planificación de sprint no salió tan bien como esperabas.
¿Por Qué Debería Realizar Una Reunión De Planificación De Sprint?
¿Por qué organizar una reunión de planificación de sprints? Porque es una gran oportunidad para reunir a todo el equipo y colaborar para establecer de qué es responsable todo el mundo durante el próximo sprint. Desde una perspectiva personal, era difícil para nuestro equipo identificar qué estaban trabajando exactamente en cada sprint y, lo que es más importante, por qué, antes de adoptar esta práctica ágil. Desde entonces, ha sido mucho más fácil para nuestro equipo trabajar juntos y sentirse más seguros de lo que se supone que debemos entregar.
Un equipo que conoce sus objetivos exactos es un equipo feliz. Según Christina Hartman, PMP, PMI-ACP, los beneficios básicos de la planificación de sprints incluyen:
- Colaboración y formación de equipos
- Comprensión común del producto
- Descubrimiento de tareas
- Registro de tareas
- Priorización de tareas
- Estimación de tareas
- Mejora de conocimientos y habilidades
- Diferentes perspectivas
- Promueve la planificación Justo a tiempo (JIT)
A continuación, hablaremos sobre algunos de los mayores beneficios de las reuniones de planificación de sprint.
Aporta Definición a Sus Objetivos
Si es un ScrumMaster (o un rol similar de DPM) en un equipo que está realizando trabajo de desarrollo y utilizando metodologías ágiles, debería estar ejecutando una reunión de planificación de sprint. Estas reuniones ayudan a preparar a su equipo para el éxito, ya que permiten a todos entender exactamente cuál es el objetivo para cada carrera de trabajo.
Definirás dos cosas principales durante la planificación del sprint:
Un objetivo de sprint
Esta es una breve descripción (1-2 frases) de lo que el equipo va a completar en el transcurso del sprint. El equipo lo escribe en conjunto y lo publica para que la gente pueda volver a consultarlo en cualquier momento. El objetivo de sprint también es una declaración rápida y fácil para que las partes interesadas lean y entiendan en qué está trabajando el equipo, sin tener que adentrarse en las malas hierbas del atraso. El objetivo de sprint es la vara de medir utilizada al final de cada sprint que ayuda a responder la pregunta: ¿Tuvo éxito este último sprint? Un ejemplo de un objetivo de sprint podría ser: Compilar la característica X para que coincida con el lanzamiento de las fiestas (indicando que la entrega de una característica por un hito determinado es el objetivo principal de sprint).
Un backlog de sprint
Esta es una lista de los elementos de backlog de productos que el equipo selecciona y se compromete a trabajar durante el sprint. También incluye todas las tareas necesarias para realizar el trabajo. Cada tarea también debe ser estimada. El gran equipo de Mountain Goat Software tiene un curso en video sobre bases de scrum & que explica cómo el backlog de sprint debe unirse durante la planificación de sprint.
Es fácil que los sprints se descarrilen sin una comprensión compartida de lo que se debe lograr. La reunión de planificación de sprint es su medio para llegar allí.
Trae Alineación y Buy-In De Tu Equipo
Ten en cuenta que es un esfuerzo de equipo colaborativo llegar a los resultados que tendrás al final de una reunión de planificación de sprint. El equipo decide cuánto se hace durante un sprint, no un Propietario de producto abrumador o un participante externo. Los miembros de su equipo adquieren una sensación de empoderamiento al hacerse cargo de su flujo de trabajo. También se benefician de una mejor alineación con los demás al tener tiempo para hablar sobre cómo encajará su trabajo en el próximo sprint.
Proporciona Un Punto De Referencia Para Medir la Velocidad
También debe ejecutar un evento de planificación de sprints si sabe cuánto puede lograr su equipo durante un sprint. Esto se conoce comúnmente como velocidad o velocidad de sprint y se establece después de que un equipo ha estado trabajando juntos durante un tiempo. Según Scrum Inc.,
La velocidad es una medida de la cantidad de trabajo que un equipo puede realizar durante un solo Sprint y es la métrica clave en Scrum.
Se calcula al final de un sprint sumando todas las estimaciones de puntos de historia de usuario completadas y promediando a lo largo de varios sprints.
Por ejemplo, si en Sprint 1 el equipo completó 25 puntos de historia, en Sprint 2 completaron 35 y en Sprint 3 completaron 30, la velocidad del equipo sería de 30. 25 + 35 + 30 = 90/3 = 30.
En el futuro, el equipo scrum sabría que, en promedio, completa 30 puntos de historia por sprint y podría usar esto como guía al revisar los elementos atrasados en la planificación de sprint. Como se mencionó anteriormente, el equipo decide lo que quiere morder cada sprint, por lo que si quieren disparar por 40 puntos de historia, y todos están de acuerdo, el retraso de sprint podría sumar más puntos de historia que su velocidad. El inverso también podría ser cierto.
La velocidad fluirá y refluirá con el tiempo, pero la velocidad de un equipo maduro y ágil comenzará a aumentar a medida que se acostumbren cada vez más a trabajar juntos y en el producto. La velocidad es un número clave que el propietario del producto debe tener en cuenta mientras trabaja para averiguar cuántos sprints se necesitarán para lanzar la próxima versión del producto.