¿Qué es Zombie Scrum?
Zombie Scrum describe a los equipos que han conservado la estructura de Scrum (rituales, roles, etc.) pero han perdido el núcleo real – beneficio al cliente, los valores y la mejora continua –. Scrum se convierte así en una cáscara vacía sin agilidad real.
Los síntomas típicos de Zombie Scrum son
- Procesos rituales realizados mecánicamente sin valor añadido
- Sin incrementos funcionales, revisiones de las partes interesadas raras o inútiles
- No hay una retrospectiva real ni planes de mejora
- Poca autonomía, falta de responsabilidad
El impacto de Zombie Scrum: desmotivación, disminución de la calidad, falta de personalización – Scrum como ritual vacío. Véase también: Falso Agile
Hay muchas razones para Zombie Scrum. Probablemente puedas responder a esto mejor para tu equipo y tu organización individualmente.
O si no, ¿quizá simplemente preguntar a tu equipo? Aquí tienes un formato retro que puedes utilizar para investigar las causas del scrum zombi en tu equipo:
- ¿Qué nos impide o dificulta obtener información directa de nuestros clientes?
- ¿Qué obstaculiza nuestra autonomía para determinar de forma independiente nuestras prioridades, métodos de trabajo y enfoques de solución?
- ¿Qué tendría que ocurrir para que, como equipo, estuviéramos motivados al máximo para alcanzar nuestro objetivo de equipo y crear valor para nuestros clientes?
Cómo solucionar Zombie Scrum: los 3 pasos
Muchas instrucciones para Scrum son súper técnicas. No soy un fan de las instrucciones tan detalladas. Cómo se lleva a cabo exactamente una revisión del sprint es en última instancia irrelevante. En mi experiencia, los puntos clave necesarios para curar Zombie Scrum son los siguientes 3 pasos:
Paso 1: Objetivo del equipo y comentarios de los clientes
No se puede trabajar de forma ágil sin un contacto real con el cliente. Al fin y al cabo, el equipo debe ser capaz de obtener feedback de los clientes después de cada sprint para incorporarlo a la priorización del siguiente.
La dirección y otras partes interesadas no deben actuar como "apoderados" del cliente. Los equipos Agile no desarrollan lo que la dirección cree que quiere el cliente, sino lo que el cliente quiere. Y los equipos ágiles no hablan con la dirección, sino con el propio cliente.
Claro: la dirección también influye en el equipo y eso está bien. La dirección puede ayudar a formular los objetivos del equipo. Pero la dirección debe dar suficiente libertad al equipo para que trabaje con los clientes de forma autoorganizada.
Paso 2: Crear seguridad psicológica y autoeficacia
¿Habla el equipo directamente cuando algo no funciona? ¿O sólo susurran los problemas a puerta cerrada, pero no los abordan realmente de forma constructiva para lograr una mejora?
Si es así, esto podría deberse a 2 cosas:
- Hay una falta de seguridad psicológica en el equipo: la gente no se atreve a abordar los problemas abiertamente.
- Indefensión aprendida: El equipo ya no cree que se pueda mejorar nada.
A menudo es una mezcla de ambas. Se necesita una cultura abierta al error para que sea normal abordar los problemas y, en el mejor de los casos, incluso recibir reconocimiento por ello.
Para deshacerse de la indefensión aprendida (es decir, de la baja autoeficacia), es necesario dar el siguiente paso:
Paso 3: Mejora continua
El equipo debe darse cuenta de que los problemas que se abordan también se resuelven. Así que aproveche cualquier oportunidad para abordar activamente los problemas y resolverlos.
En cuanto el equipo se dé cuenta de que las cosas están cambiando, volverá a abordar los problemas más abiertamente en las retrospectivas.
No ocurre de la noche a la mañana. La indefensión aprendida ha crecido con los años. Pero eso no debe ser una excusa. Cada retrospectiva es una oportunidad para poner en marcha la espiral positiva de la autoeficacia.
Consejo: Si sus retrospectivas carecen de impulso, Echometer podría ayudarle: Con su enfoque lúdico y estructurado, puede insuflar nueva vida a sus retrospectivas con Echometer. Pruébalo aquí: Pruebe la herramienta retro Echometer
Conclusión: el Scrum zombi tiene cura
Curación = objetivo del equipo + feedback del cliente + seguridad psicológica + mejora continua
Las buenas noticias primero: Sí, el Zombie Scrum se puede curar. E incluso está relativamente claro qué ingredientes se necesitan.
La mala noticia es que cada uno de estos ingredientes no es fácil de obtener. Dependiendo del contexto, es cierto que puede costar mucha energía crear las condiciones necesarias. Peor aún, puede resultar que tu organización aún no esté preparada para verdaderas formas ágiles de trabajar.
Pero no nos pongamos en el peor de los casos. Si ahora conoce al menos la causa de su scrum zombi, puede trabajar en ella de forma específica. Muy ágil, paso a paso.
Así que, ¡vamos!