¿Cuáles son los tipos de reuniones del método Scrum?
En otros post nos hemos referido a los tres roles que conforman la metodología Scrum: Product Owner (cliente), Scrum Master (líder) y Scrum Team (equipo).
Sabemos que gran parte del éxito de cualquier proyecto gestionado con la metodología Scrum depende de la interacción de estos tres agentes, tanto en el inicio como en cada una de las iteraciones de trabajo programadas.
No obstante, esta interacción tiene un peso especial cuando nos referimos a los equipos de trabajo, que son a fin de cuentas los encargados de llevar a cabo las acciones previstas en el plan del método Scrum.
¿Qué tipos de reuniones de trabajo existen en el método Scrum?
Si hablamos del método Scrum, que se basa en la división del trabajo en etapas y la retroalimentación entre el líder del proyecto y el cliente, el éxito de cualquier proyecto pasa por atender un elemento en concreto: la comunicación.
Los líderes del proyecto deben idear la manera para que la comunicación entre los tres roles fluya naturalmente y los mensajes sean efectivos.
Esto se logra básicamente a través de las reuniones de equipo, las cuales deben atender a necesidades concretas. Si los grupos se desenvuelven en un mismo escenario, no existen mayores problemas para las convocatorias; pero si operan en distintos lugares, es necesario apoyarse en las nuevas tecnologías para reunir a sus miembros.
¿Cuáles son los principales tipos de reunión del método Scrum? ¿Qué aportaciones realiza cada uno? ¿Cuál te conviene más para tu proyecto?
a) Planificación del sprint:
El sprint es el ciclo de desarrollo del proyecto. En esta reunión, los miembros del equipo de trabajo se citan con el Scrum Master y el Product Owner y dividen el proyecto en etapas y tareas. Debe haber un responsable por cada tarea, el cual se define en función de su capacidad y una lógica estimación del esfuerzo. Esta reunión puede durar entre 4 y 8 horas.
b) Sprint diario:
Esta reunión tiene lugar cada día y no dura más de 15 minutos. En ella, cada uno de los miembros del equipo de trabajo cuenta brevemente qué hizo en la jornada pasada, lo que hará ahora y los obstáculos que ha ido descubriendo. No es una reunión descriptiva ni expositiva; se trata de ir al grano. El Scrum Master toma nota de ello, mientras el Product Owner se limita a escuchar los detalles de la evolución del proyecto (no tiene voz en esta reunión).
c) Demo del sprint:
Aunque en algunos casos se plantea como una celebración o una reunión de cierre, lo cierto es que en ella el equipo de trabajo enseña el resultado final del proyecto. En este caso, el Product Owner sí acude de forma activa: es el que se encarga de validar o no los resultados. En el caso del Scrum Master, debe tomar nota de aquellos aspectos por mejorar en caso de que los haya. A esta reunión también pueden asistir personas ajenas al proyecto en calidad de observadores.
d) Retrospectiva:
Cuando los proyectos culminan, el método Scrum plantea una última reunión, la de retrospectiva. En ella, el equipo de trabajo y el Scrum Master analizan lo que ha sido el proceso e identifican y evalúan problemas concretos. A veces se trata de problemas menores; otras, en cambio, de asuntos de fondo que tienen que ver con las dinámicas del grupo. Por ello se recomienda que a esta reunión no acudan personas ajenas al equipo de trabajo. Se estima que puede durar 2 o 4 horas y que se haga inmediatamente después del demo del sprint.
