¿Reunión diaria? ¿Reunión de pie? Standup diario? Estos son nombres típicos que nos encontramos al hablar del Daily Scrum. ¿Y si te digo que ninguna de ellas es correcta?
Aunque el Daily Scrum es el evento de Scrum más sencillo, es donde más errores cometemos . Y si nos equivocamos al nombrar este encuentro, ¿cómo puede estar seguro de que no nos equivocamos al hacerlo? ¡Hagamos que el Daily Scrum sea productivo! ¿Pero cómo?
¿Cuál es el objetivo real del Daily Scrum?
Debemos tener claro que el Daily Scrum es un evento de Scrum que se realiza diariamente durante la ejecución del Sprint . Su principal misión es servir de hilo conductor entre los miembros del Equipo de Desarrollo para alcanzar su Sprint Goal.
Recuerda que el Sprint comienza con un Sprint Planning donde obtenemos un Sprint Goal que el Equipo de Desarrollo intentará llevar a cabo.
Veamos algunos de los mitos que giran en torno al Daily Scrum y cómo podemos corregir estas malas prácticas .
Mito 1: Debe hacerse a primera hora de la mañana.
El Equipo de Desarrollo determinará el mejor momento del día para realizar el Daily Scrum. Hay que mantener constante el tiempo fijado , así como el lugar donde se va a realizar, así evitaremos perder tiempo cada día decidiendo dónde realizarlo.
Otra premisa es que el evento se realizará diariamente, algo que parece obvio ya que se llama “Daily”, pero en muchos equipos esto no se cumple.
Mito 2: Tienes que ponerte de pie.
Otro mito es que el Daily Scrum se tiene que hacer de pie. Esta es una técnica que se aplica para evitar alargarla más de 15 minutos, tiempo máximo recomendado.
Para ello, cada Equipo de Desarrollo tiene que autoorganizarse y es el Scrum Master quien debe enseñarles y ayudarles a conseguirlo. Buena señal de ello es que el día que falta el Scrum Master, el evento se desarrolla con éxito y funciona.
Mito 3: La duración depende del número de personas involucradas.
Recuerda que el tiempo máximo de duración del Daily Scrum es de 15 minutos y no dependerá ni del número de participantes ni del tamaño del Sprint .
Mito 4: Cada asistente tiene que hablar un máximo de 2 minutos.
Otro concepto erróneo generalizado es que cada persona que va al Daily debe tener 2-3 minutos para intervenir. Esta técnica es válida pero sin embargo no es la mejor ya que es posible que algunas personas necesiten más tiempo y el equipo considera que no todos deberían hablar por la misma duración .
Una de las mejores opciones es tener un cronómetro. Así, cada participante es consciente del tiempo que ha empleado para hablar.
Mito 5: El Scrum Master y el Product Owner deben asistir.
Las personas que deben asistir al Scrum Diario son únicamente miembros del Equipo de Desarrollo . Ellos son los responsables de hacerlo bien. El Scrum Master, el Product Owner o cualquier Stakeholder pueden asistir como oyentes, pero no están obligados a hacerlo siempre y cuando sea útil para el Equipo de Desarrollo.
Si bien la asistencia del Product Owner no es obligatoria, no importa si está allí como oyente porque puede facilitar la resolución de cualquier impedimento. Por supuesto, es importante que el Product Owner no termine usando el evento como una forma de controlar al Equipo de Desarrollo .
Mito 6: Objetivo: contar qué se hizo el día anterior, qué se hace hoy y si hay algún impedimento que no nos permita realizar las tareas.
El Daily Scrum se ha convertido en muchos casos en una reunión de informes donde cada participante asiste con la idea de demostrar que está trabajando. Sin embargo, el objetivo del Daily Scrum es saber si alcanzaremos o no el Sprint Goal .
Si no lo vamos a alcanzar tendremos que hablar con nuestro Product Owner para renegociar los ítems y que el Goal sea viable. Es por eso que el trabajo del Daily Scrum no es responder preguntas sobre lo que hicimos y lo que vamos a hacer, sino analizar el estado de nuestro Sprint Goal.
Mito 7: El Sprint Burndown se actualiza con las horas que se gastaron el día anterior.
El Daily Scrum es una oportunidad de Inspección y Adaptación de nuestro Sprint Backlog , durante el cual inspeccionamos el progreso realizado durante las últimas 24 horas y actualizamos nuestro Sprint Backlog para alcanzar el Sprint Goal. Todo el trabajo imprevisto que haya surgido debe estar contenido en el Sprint Backlog. ¡Sin transparencia no sabremos lo que estamos inspeccionando!
Otras técnicas para mejorar nuestro Daily Scrum
Hay más técnicas que podemos enseñar a nuestro Equipo de Desarrollo:
- Por ejemplo, si tienes problemas para escuchar , puedes usar una pelota para evitar que las personas se desconecten ya que pueden ser tocadas en cualquier momento.
- Si el problema es que los miembros del equipo están muy desorganizados , puedes utilizar un objeto tótem que indique quién puede hablar.
- Para solucionar problemas de duración , puedes utilizar un cronómetro que colocaremos en un lugar visible para que el Equipo de Desarrollo esté al tanto del tiempo disponible.
Una técnica que inventó un colega nuestro es el “examen sorpresa”. Mientras buscamos una comprensión compartida del estado de nuestro Sprint Goal, podemos pasar un post-it a cada miembro del equipo al final del evento.
En este post-it cada participante apunta el porcentaje de Sprint Goal alcanzado y si cree que podrá cumplirlo al final del Sprint. Luego se ponen todos en común y se puede ver si las percepciones del equipo están alineadas o no.
Si queremos que Scrum funcione, es fundamental que leamos la guía de Scrum , recibamos formación de personas cualificadas y no paremos de formarnos y aprender. Si se adultera todo evento Scrum empezaremos a creer que Scrum no funciona cuando el verdadero problema es que no lo estamos aplicando correctamente.
¡Aprendamos a mejorar! Ese es el mejor consejo que podemos dar.
Referencia:
https://en.paradigmadigital.com/techbiz/the-7-most-common-mistakes-of-the-daily-scrum-and-how-to-avoid-them/