Hay un antiguo patrón en Scrum, cuando hablo de patrón me estoy refiriendo a una buena práctica típica a un problema común (el concepto de patrón de toda la vida), y que, además, esta práctica no está en la guía oficial de Scrum, sino que viene de su comunidad, que es el «procedimiento de emergencia».
Lo he recordado, y de ahí este post, porque hace poco he vuelto a ver los efectos que produce cancelar por completo los objetivos de un Sprint, es decir, una vez comenzado, por razones varias, dejar todo lo que se estaba haciendo para solucionar un problema inesperado, o implementar un conjunto de necesidades que no estaban previstas para ese momento, y no sólo de cuestiones de negocio, también puede venir de inesperados problemas técnicos.
Hablando en grandes áreas, los problemas grandes en un Sprint suelen venir de dos focos:
– Nuevas necesidades, aparecen items urgentes no esperados que tienen que entrar en el Sprint, correctivos urgentes, etc.
– Problemas técnicos, algún tipo de problema inesperado que genera que no se pueda completar gran parte de lo que se había previsto para ese Sprint.
Si llevas algo de tiempo trabajando bajo un modelo Scrum es más que probable que hayas vivido esta situación.
Los efectos anímicos te los puedes imaginar, si es que nos los has vivido, típicamente frustración, bajón de moral, como normalmente los cambios de alcance vienen de un Stakeholder de nivel superior a un Product Owner, sentimiento de orgullo herido en el Product Owner, sentimiento que se traslada al equipo, etc.
Sin que sea la solución a todos los males, el «procedimiento de emergencia» habla de tener previsto, ya desde antes, qué hacer cuándo surgen problemas gordos en medio de un Sprint.
Un «procedimiento de emergencia» son apenas unas cuántas líneas, más que nada a modo de recordatorio, de qué hacer, o qué no olvidar en esas situaciones. Cuando se trabaja bajo situaciones de presión es típico que se olvide tratar algunos aspectos, obrar de cierta manera, etc.
Cosas como, por ejemplo, y opcional, cerrar el Sprint y empezar uno nuevo, o crear un micro Sprint dentro del actual, con qué tipo de ayuda externa se podrá contar en estos casos, tipos y formato de reuniones de crisis, etc., son cosas que suelen reflejarse en un procedimiento de emergencia.
Y hay otro tipo de acciones, que es una de las cosas que quería resaltar en este post, que se suelen pasar por alto, que creo que deberían tener todo buen «procedimiento de emergencia» y que son las relativas a la comunicación y la gestión emocional. Por acciones de comunicación me refiero a dedicar un breve evento a justificar y exponer las razones por las que ha sido realmente necesario cambiar drásticamente el alcance de un Sprint.
La mayoría de las veces estoy seguro de que había razones de peso para imponer ese cambio de alcance drástico (aquí no me estoy refiriendo a introducir pequeños items inesperados), y hubiese ayudado no sólo tener un breve «procedimiento de emergencia», sino también que este procedimiento incluyera el punto de recordar tratar la comunicación, trasladar al equipo las razones que han llevado a ese cambio, lograr esa empatía. No olvides esta parte.
- Quieres que tus equipos cambien, pero pasan de ti + Nuevo video OKRs con IA + Cumplo 24 años de Doctor en Informática #LaNewsletterdeJavierGarzas - 26 septiembre, 2024
- Amazon: la IA nos ahorra 4.500 años de programación + 3 familias de ESTIMACIÓN + Video creando Videojuegos con Hija e IA #LaNewsletterdeJavierGarzas - 19 septiembre, 2024
- Debes crear apps sin saber programar (no hay que saber nada) + Crea Test con IA + Scrum es el nuevo Excel - 12 septiembre, 2024
Lo que explicas es muy poco concreto.
¿El product owner puede mandar al equipo que deje lo que está haciendo y ataque la emergencia? ¿O puede decidir el equipo cuando y cómo tratar la emergencia? Todos sabemos que hay urgencias y cosas importantes que quizás se pueden tratar en unas horas o a la mañana siguiente.
¿Cómo se procede cuando llega una emergecia que el product owner decide que hay que tratar de inmediato? ¿Todo el equipo o una parte se autoorganiza y pasa a tratar la emergencia y se para el sprint? ¿Qué significa para el sprint? ¿Saltan requisitos del sprint, se postpone la fecha de final de sprint?
Gracias.