Un buen ritmo para un proyecto
En realidad, en Scrum todo sucede dentro de Sprints individuales. No se pueden realizar tareas "fuera de un Sprint". Y, sin embargo, hay una posible excepción.
El ritmo 6 x 2 + 1
Desde hace años utilizo mi método 6 x 2 + 1 como ritmo de Sprint. Esto significa seis Sprints de dos semanas seguidos de un Sprint de una semana. La idea surgió cuando hace algunos años estaba en una reunión con el director general y un colega del departamento de marketing.
Hablábamos sobre el próximo trimestre y lo que mi equipo podría entregar. El colega de marketing me preguntó si necesitaríamos seis o siete Sprints. Ya sabía que con Sprints de dos semanas siempre necesitábamos seis o siete Sprints (dependiendo de cuándo comenzara el trimestre).
Para responder a esta pregunta, conté cuándo caían los últimos viernes de los Sprints: 8 de octubre, 22 de octubre, 5 de noviembre, 19 de noviembre. ¿Tenía noviembre 30 o 31 días? Mientras contaba los meses con los nudillos, decidí que fijaríamos seis Sprints por trimestre.
Sin embargo, con seis Sprints de dos semanas quedaba una semana por trimestre. ¿Cómo deberíamos usar esa semana? Decidí dejar eso en manos de los miembros del equipo. Al fin y al cabo, llevaban tiempo quejándose de tener muy poco tiempo para refactorización y otras tareas técnicas de las que no podían convencer fácilmente al Product Owner. Así que ahora tenían una semana por trimestre en la que podían decidir por sí mismos en qué trabajar.
Convencer a los Product Owners de esta idea no fue difícil. Les dije que los miembros del equipo seguirían trabajando productivamente en el proyecto durante ese tiempo, solo que podrían decidir por sí mismos en qué exactamente. Además, les expliqué a los Product Owners que el equipo no los necesitaría tanto durante esa semana. Así tendrían más tiempo para investigación y otras cosas para las que normalmente apenas encontraban tiempo.
Fue genial. A los equipos les dije que lo hacía por ellos. A los Product Owners les dije que lo hacía por ellos. Pero en realidad lo hice porque era la solución más simple para mi problema aritmético.
Ventajas de este ritmo
Cada trimestre había un margen de una semana para cada proyecto. Siempre que no se podía cumplir el plazo, la semana trece podía utilizarse como parte de un Sprint normal. El equipo siempre podía usar la semana diecisiete u otra semana posterior para sus tareas deseadas.
A los miembros del equipo no les importaba qué semana recibirían en última instancia. Lo importante era tener una semana por trimestre en la que pudieran decidir por sí mismos en qué trabajar.
Para algunos equipos, la semana trece en este enfoque 6 x 2 + 1 queda fuera de los Sprints. Sin embargo, la mayoría seguirá aplicando Scrum. Simplemente celebran reuniones de Sprint Planning y Review sencillas y breves. Algunos incluso seguirán realizando Daily Scrums, simplemente para escuchar en qué están trabajando los demás.
Pero también hay equipos que no trabajan con Scrum durante esa semana. Eso está bien, aunque personalmente prefiero que al menos se celebren reuniones breves. Esta es, por tanto, la única ocasión en la que algunos trabajos pueden realizarse "fuera de un Sprint".
Este texto proviene del blog de Mike Cohn y fue traducido al español.
User Stories
=> Mi estructura favorita para las User Stories la encontrarás en este artículo.
Priorización
=> Descubre cómo establecer las prioridades correctas con "Ahora" y "Después" como Product Owner.
