4 razones para mantener una duración de Sprint constante en Scrum

Un equipo ágil debería tener una duración de Sprint constante. Cuando empecé con el desarrollo iterativo e incremental (incluso antes de lo que hoy llamamos desarrollo ágil), lamentablemente cometí el error de que no todos nuestros Sprints tenían la misma duración.

Nos reuníamos al inicio de un Sprint para planificar el trabajo de ese Sprint. Un punto en la agenda de esas primeras reuniones de Sprint Planning era decidir cuánto duraría el Sprint. Esto variaba bastante arbitrariamente entre dos y seis semanas.

La decisión sobre cuánto debería durar el Sprint dependía de cuánto trabajo creíamos tener, cuánto debíamos entregar antes de que nuestros usuarios pudieran revisarlo, quién no vendría a la oficina y si nos sentíamos con energía o agotados.

En ese momento nos pareció correcto variar la duración del Sprint, y debo admitir que no fue una decisión consciente; simplemente lo hacíamos sin pensar si era una buena idea o no. Solo más tarde descubrí cuatro razones para mantener una duración de Sprint constante.

1) Los equipos se benefician del ritmo regular de una duración de Sprint consistente

En primer lugar, los equipos se benefician de un ritmo regular. Cuando la duración del Sprint varía, los miembros del equipo suelen estar algo confundidos respecto al calendario. “¿Es esta la última semana del Sprint?” y “¿Entregamos este jueves o el jueves que viene?” son preguntas frecuentes. Una duración de Sprint fija, ya sea de una semana, cuatro semanas o cualquier duración intermedia, ayuda a los equipos a encontrar el ritmo que mejor les funciona.

2) El Sprint Planning se vuelve más fácil

Una segunda razón para una duración de Sprint constante es que el Sprint Planning se vuelve más fácil. Con la ayuda de los Sprints, un equipo aprende cuánto trabajo puede completar exitosamente en un Sprint. Planificar el siguiente Sprint es entonces relativamente sencillo, ya que solo hay que seleccionar aproximadamente la misma cantidad de trabajo que en Sprints anteriores.

3) La Velocity es más fácil de comparar con una duración de Sprint constante

Cuando todos los Sprints tienen la misma duración, es mucho más fácil comparar la Velocity. Si la duración del Sprint de un equipo varía, siempre hay que indicar la duración exacta del Sprint (para explicar por qué un Sprint tiene una Velocity más alta) o normalizar la Velocity, por ejemplo, usando la Velocity por semana o la Velocity por día.

Lamentablemente, no hay garantía de que en un Sprint de cuatro semanas se pueda completar exactamente el doble de trabajo que en un Sprint de dos semanas. Usar la Velocity por semana funciona de alguna manera, pero es innecesario si todos los Sprints tienen la misma duración.

4) Richard Feynman también lo haría

Una cuarta razón para mantener los Sprints con la misma duración es que el físico y Premio Nobel Richard Feynman también lo haría. En su libro Surely You Must Be Joking, Mr. Feynman cuenta cómo se cansó de elegir su postre cada noche. Resolvió la situación decidiendo que, de ahí en adelante, siempre comería helado de chocolate de postre.

Elegir la duración del Sprint al inicio de cada Sprint no es más que un desperdicio de energía. Experimenta con diferentes duraciones de Sprint, toma una decisión y manténla hasta que haya una razón de peso para cambiar algo.

¿Puede un equipo cambiar la duración del Sprint?

Cuando destaco que es importante que los Sprints tengan la misma duración, no quiero decir que haya que aferrarse a ello de manera rígida. Ninguna directriz debería convertirse en una regla inquebrantable. Puede haber situaciones en las que tenga sentido desviarse ligeramente de la duración de Sprint establecida.

Períodos largos de vacaciones son, por ejemplo, una buena razón para que un equipo cambie la duración del Sprint. En muchos países es habitual tomarse más tiempo libre durante las fiestas navideñas. Un equipo que normalmente tiene Sprints de dos semanas puede tener durante estas festividades solo la mitad de los días-persona disponibles. En este caso, el equipo puede beneficiarse de un Sprint de tres semanas, ya que esto se correspondería mejor con la cantidad habitual de días-persona.

Otro ejemplo podría ser un equipo que está a punto de alcanzar un hito importante, por ejemplo, en la primera semana del próximo Sprint. Dicho equipo puede decidir hacer el Sprint final una semana más largo que los demás.

Cambiar la duración del Sprint, incluso en estos casos, no es mi enfoque preferido, pero puedo entender por qué un equipo decidiría hacerlo.