¿Necesita un equipo Scrum una retrospectiva en cada Sprint?
Al final de cada ciclo de Sprint debe realizarse una retrospectiva. Sin embargo, en casi todos mis Certified Scrum Master Trainings me preguntan si un equipo realmente necesita hacer una retrospectiva en cada Sprint.
El razonamiento detrás suele ser algo así:
Nuestro equipo es tan bueno que rara vez encontramos oportunidades de mejora, por eso queremos dejar de hacerlas.
Las retrospectivas nos parecen aburridas, por eso queremos dejar de hacerlas.
Estamos demasiado ocupados (o las retrospectivas duran demasiado), por eso queremos dejar de hacerlas.
Simplemente no nos gustan las retrospectivas, por eso queremos dejar de hacerlas.
En este artículo abordaré cada uno de estos argumentos y explicaré por qué aún así se debería realizar una retrospectiva en cada Sprint. Al final explicaré que quizás – realmente solo quizás – no necesariamente se necesita una retrospectiva en cada Sprint. (No esperabas eso, ¿verdad? Sigue leyendo…)
El equipo es demasiado bueno para las retrospectivas
Tu equipo no es tan bueno como para no poder mejorar. Conozco equipos que llevan diez años trabajando con Scrum y realizan una retrospectiva cada dos semanas. Incluso estos equipos siguen encontrando nuevas oportunidades de mejora. Es realmente muy improbable que tu equipo sea tan bueno que no haya nada que mejorar o que no valga la pena cambiar.
Las retrospectivas son demasiado aburridas
Nadie ha dicho que las retrospectivas deban ser tan emocionantes como el último éxito de taquilla de Hollywood. Sin embargo, hay algunas cosas que puedes hacer para darles un poco de vida.
Por ejemplo, puedes aportar algo de aire fresco pidiendo al Scrum Master de otro equipo que dirija tu retrospectiva. Un estilo diferente puede ser muy útil. (Recuerda devolver el favor.) También puedes cambiar de lugar. Puedes realizar la retrospectiva al aire libre, quizás incluso durante un paseo.
Prueba un formato diferente para la reunión. Muchos equipos tienen por costumbre probar regularmente nuevos métodos para la retrospectiva. (Y no, „eliminar las retrospectivas” no es uno de ellos.)
El equipo está demasiado ocupado para las retrospectivas
Un equipo que afirma tener demasiado trabajo y que por eso no puede dedicar tiempo a las mejoras, no está pensando a largo plazo.
Stephen Covey en su libro Los 7 hábitos de la gente altamente efectiva (en el original: Seven Habits of Highly Effective People) hace una comparación con un leñador que intenta talar un árbol con una sierra durante días. En algún momento la sierra se desafila. Con una visión tan cortoplacista, el leñador nunca hará una pausa para afilar la sierra.
Un equipo Scrum que piensa de forma igualmente cortoplacista nunca dedicará ni siquiera media hora de su tiempo de trabajo a encontrar oportunidades de mejora. En cambio, sobrevalorarán el pequeño fragmento de código que podrían desarrollar en esos 30 minutos.
Al equipo no le gustan las retrospectivas
Esta es también una forma de expresar que las retrospectivas son aburridas. Sin embargo, lo abordo por separado porque puede tratarse de algo más que simple aburrimiento o rutina. A algunos miembros del equipo simplemente no les gustan.
Eso es realmente una lástima para esos miembros del equipo, porque todos en el equipo deberían trabajar de forma profesional. Y un profesional realiza todas las partes de su trabajo, no solo las que le gustan.
En cuanto termine de escribir este artículo, lo revisaré para mejorarlo. Eso no es especialmente divertido. Luego tengo que corregirlo. Eso realmente no es divertido. Después dejo que otra persona lea el texto y considero si acepto los cambios o no. Eso no es divertido.
No todas las partes de nuestro trabajo son siempre divertidas. Si a algunos miembros del equipo no les gustan las retrospectivas, pero estas ayudarían al equipo a mejorar, entonces el equipo debería realizarlas.
Cuándo está bien no realizar una retrospectiva en cada Sprint
Mencioné al principio que también diría cuándo está bien no realizar una retrospectiva en cada Sprint. ¿Cuándo sería eso?
Si tu equipo:
- es realmente bueno.
- se esfuerza para que las retrospectivas no sean aburridas.
- no está demasiado ocupado para ocuparse de mejoras a largo plazo.
también ha comprendido el valor del trabajo que no les resulta tan divertido.
… y si se trabaja con Sprints cortos. Entonces diría que está bien no realizar retrospectivas con tanta frecuencia.
Y esta es la razón: Básicamente, las reglas de Scrum establecen que un Sprint no debería durar más de cuatro semanas. Un equipo que realmente no quiere hacer retrospectivas podría simplemente trabajar con Sprints de cuatro semanas.
Supongamos que un equipo ha decidido por buenas razones trabajar con Sprints de una semana. Este equipo encuentra las retrospectivas tan terribles que cambia a Sprints de cuatro semanas, solo para no tener que hacer retrospectivas tan a menudo.
Esta sería una mala decisión, a menos que el cambio tuviera otras ventajas significativas además de simplemente realizar retrospectivas con menos frecuencia.
Por eso un buen Scrum Master debería realmente animar al equipo a realizar una retrospectiva en cada Sprint y refutar los cuatro argumentos mencionados anteriormente. Sin embargo, en algunos pocos casos, el Scrum Master también debería estar abierto a que el equipo haga una retrospectiva solo cada dos Sprints, si trabaja con Sprints de una o dos semanas.
Quiero enfatizar que siempre intento disuadir a los equipos de esto. Siempre quiero convencer a los equipos de realizar una retrospectiva en cada Sprint. Sin embargo, si un equipo realmente ha alcanzado un nivel de rendimiento muy alto y trabaja con Sprints cortos (p. ej., una semana), estoy dispuesto a aceptar sus argumentos.
En ese caso, les permito hacer una retrospectiva cada dos Sprints. Y la mayoría de las veces, eso sigue siendo más frecuente que en equipos que trabajan con retrospectivas de cuatro semanas.
