Buenas y malas prácticas en las ceremonias del marco de trabajo Scrum. Parte 1.

Scrum originalmente surge de un tipo de formación que se realiza en rugby, en la cual los jugadores tienen que sacar la pelota sin tocarla con las manos. Scrum, como gestión de proyectos, se puede definir como un modelo de desarrollo ágil y flexible, cuya principal prioridad es maximizar y entregar valor en ciclos de iteraciones cortos.

Scrum está formado por un conjunto de buenas prácticas que nos van a permitir, trabajando en equipo, conseguir una agilidad que nos favorecerá mucho durante el desarrollo y que, además, nos permitirá obtener mejores resultados. Para este marco de trabajo existen ceremonias que se deben seguir rigurosamente para alcanzar los objetivos esperados.

En la primera parte de esta guía de prácticas en ceremonias Scrum, hablaremos sobre las ceremonias planning y daily.

Ceremonia Planning:

En palabras simples, es la reunión para planificar el Sprint

Malas prácticas

• Culminar el planning sin tener un Sprint Goal.
• En el Sprint Backlog convertirse en un cajón en el que entran decenas de cosas que no tienen nada que ver las unas con las otras, lo que hace que no haya coherencia, donde se pierde el desarrollo iterativo e incremental y la transparencia.
• Que el Scrum Master tenga como tarea especificar y explicar las historias de usuarios al equipo de desarrollo.
• Iniciar la reunión de planning sin haber refinado con anterioridad las historias en tareas.
• Que el Product Owner provea las historia donde sólo hay títulos o temas sin profundizar.
• Que el Product Owner, Scrum master, los stakeholders, o cualquier miembro del equipo asignen horas a las tareas unilateralmente.

Buenas prácticas

• Definir el Sprint Goal, una meta (objetivo), establecida para el Sprint. Esto proporciona una guía al equipo de desarrollo acerca de por qué está construyendo el incremento.
• Especificar un Sprint Goal junto con tareas coherentes que sumen al incremento esperado.
• Antes de Plannig, el equipo debe refinar las historias y convertirlas en tareas para luego llegar a esta ceremonia, con un conocimiento integral de las mismas, sólo a estimarlas.
• El Product Owner debe explicar cada una de las historias, escuchar y resolver cualquier duda del equipo de desarrollo, hasta que queden suficientemente claras.
• El Product Owner debe especificar el orden de prioridad de las historias a llevar al planning.
• El equipo de desarrollo determina las tareas de cada historia, con un orden de necesidad e integralidad que le permite obtener el Sprint Goal.
• El equipo en conjunto podrá utilizar diversos métodos: Scrum Pocket, Tshirt Size o cualquier otro método reconocido, para estimar la carga de trabajo necesario, para culminar las tareas. Las decisiones deben ser en conjunto y sustentadas por experiencias, agilidad y conocimientos.
• Se deben tener historias adicionales disponibles en el backlog, dado el caso que el equipo se libere antes de terminar el Sprint, para su atención.

Ceremonia Daily:

Esta ceremonia es una reunión diaria de sincronización del equipo, es donde se organizan lo que se hizo los bloques y lo que se hará en función de gestión de la productividad.

Malas prácticas

• Área de discusión y resolución de problemáticas técnicas y/o operativas del Sprint.
• Área de reuniones de decisiones gerencias y/o operativas.
• La asistencia de Stakeholders, Product owner. Solo su asistencia es en calidad de oyentes.
• La asistencia de Stakeholders, Product owner para control sobre el equipo de desarrollo.
• Las múltiples conversaciones, distorsiones y/o ruidos en la ceremonia.

Buenas prácticas

• La misión principal del daily es servir de hilo conductor entre los miembros del equipo de desarrollo, para que alcancen su Sprint Goal.
• Debe establecerse a una misma hora y en un mismo sitio durante el Sprint.
• El Product Owner o algún stakeholder pueden asistir, pero solo en calidad de oyentes y solo para facilitar la resolución de impedimentos.
• La ceremonia debe durar como máximo 15 minutos.
• La asistencia debe estar conformada por el equipo de desarrollo y el Scrum Master, el resto de los asistentes deben estar de oyentes.
• Las preguntas del evento: “qué hiciste ayer”, “se tuvo algún impedimento”, “qué harás hoy”.
• Debe hacerse de pie. Esta es una técnica que se aplica para evitar que se alargue más de 15 minutos, el tiempo máximo recomendado.
• Para mantener el orden en el evento, se deben utilizar figuras (testigos, tótem) con el objetivo de contener a una conversación única.
• Test sorpresa: consiste en un post-it donde cada integrante del equipo expresa un % de Sprint Goal que visualiza en ese momento. Este test se realiza al terminar el Daily, y puede hacerse cada 4 días. De esta manera podemos tener una visión de los protagonistas del desarrollo con respecto al logro del Sprint goal.
• El Scrum master debe gestionar los informes de control del día anterior en formatos burndown chart y controlar lo imprevistos o no planificados.

Estas dos ceremonias te permiten tener una imagen clara de qué y cómo se hará en tu proyecto, por lo que son la base de lo que harás después. En la segunda parte de este artículo, veremos buenas y malas prácticas en las ceremonias de Sprint, Sprint Review y Sprint Retrospective.