Reunión de Scrum diaria
En rugby, un scrum es una jugada, similar a un down en fútbol americano. En la metodología Scrum, la reunión de Scrum hace un día de trabajo como una jugada de rugby. Puede que se avance a base de golpes, pero el objetivo de progresar está claro y el equipo se esfuerza en conjunto para alcanzar ese objetivo común. El equipo debe celebrar reuniones de Scrum a diario para determinar lo que necesita hacer al día siguiente a fin de optimizar sus posibilidades de cumplir con los compromisos. Cada miembro del equipo describe lo que ha hecho desde la última reunión, el trabajo que piensa realizar ese día, y cualquier problema u obstáculo que pueda afectar o requerir la ayuda de los demás miembros del equipo.
El scrummaster hace cumplir estrictamente la estructura de la reunión, garantiza que se inicie a su hora y que termine, como máximo, en 15 minutos. En esta reunión, cada miembro del equipo responde a tres preguntas:
¿Qué he logrado desde el último Scrum?
¿Qué lograré antes del próximo Scrum?
¿Qué problemas de bloqueo o impedimentos podrían afectar a mi trabajo?
Es importante que los miembros del equipo respondan a estas preguntas rápida y concisamente. Un ejemplo de buena respuesta es, "Ayer actualicé la clase para que reflejara el nuevo elemento de datos que extraemos de la base de datos y conseguí que apareciera en la interfaz. La tarea se ha completado. Hoy, me aseguraré de que el nuevo elemento de datos calcule correctamente con el procedimiento almacenado y los demás elementos de datos de la tabla. Creo que cumpliré esta tarea hoy. Necesitaré que alguien revise mis cálculos. No tengo ningún impedimento ni problemas de bloqueo". Compare esa respuesta con la respuesta menos que estelar, "Ayer trabajé en la clase, y funciona. Hoy, trabajaré en la interfaz. No hay problemas de bloqueo".
Como muestran estos ejemplos, la primera respuesta comunica lo que se logró, lo que se logrará y que al miembro del equipo le gustaría tener ayuda para examinar el código. El segundo ejemplo no proporciona suficientes detalles sobre la clase en la que trabajó la persona ni sobre qué componentes de la interfaz se terminarán. De hecho, en ningún momento habla de logros.
Observe que nadie interrumpió durante la respuesta del ejemplo. No hubo ninguna conversación posterior en la que se hablara sobre quién podría ser la mejor persona para revisar los cálculos o sobre cómo se implementó la clase. Cada persona debe tener el tiempo suficiente para responder a las tres preguntas. El tiempo para la elaboración viene después de la reunión, cuando las personas vuelven a sus mesas o, si se necesita una cantidad significativa de conversación, en una reunión de continuación. Muchos equipos usan el método del "estacionamiento virtual" para retrasar las conversaciones. Cuando surgen temas que un miembro del equipo piensa que se deben discutir después, cualquier miembro del equipo puede ir tranquilamente a una pizarra o rotafolio y apuntar el tema en el estacionamiento. Al final de la reunión, el equipo planea la discusión de los temas que aparecen en la lista.
Otro aspecto de un Scrum correcto es que las personas están de pie. Cuando el equipo está de pie, los miembros se sienten incómodos, sobre todo cuando están hablando. Si todos están de pie, la reunión avanzará y no se fomentarán las conversaciones largas.
En tercer lugar, la reunión se debe iniciar y finalizar a tiempo, y debe realizarse a la misma hora y en el mismo lugar todos los días. Esta coherencia ayuda al equipo porque se puede establecer un patrón. Además, el equipo puede exponer datos y notas en el área donde se celebra la reunión, tales como evoluciones, problemas, planes de versiones y tareas. Alistair Cockburn llama a esto radiadores de información en Agile Software Development. Tener una ubicación donde almacenar y ver estos importantes activos cuando el equipo se reúne es una manera fácil de facilitar que las cosas funcionen sin problemas.