← Todos los artículos

Compramos lo ágil. Olvidamos cambiar cómo trabajamos: una transformación ágil contada de nuevo

By XNM Technologies · December 28, 2021 · 3 min read
Compramos lo ágil. Olvidamos cambiar cómo trabajamos: una transformación ágil contada de nuevo

Una organización mediana acudió a nosotros un año después de iniciar lo que llamaban una transformación ágil. Habían capacitado a la gente, comprado herramientas y reetiquetado cada grupo como Equipo Scrum. Sin embargo, la entrega no parecía más rápida y el personal estaba agotado. El resumen honesto de un líder de equipo, a principios de 2021 en una videollamada, fue: «Ahora hacemos todas las reuniones, y nada ha cambiado.»

El relato que sigue está anonimizado y armado a partir de varios encargos, pero este modo de fracaso es uno de los más comunes al adoptar Scrum. Habían copiado las ceremonias de Scrum sin adoptar su propósito. Esto se apoya en la Guía de Scrum, que describe Scrum como un marco basado en el empirismo, no como un conjunto de reuniones que ejecutar.

Los síntomas de una transformación solo de nombre

En la superficie todo parecía ágil. Por debajo, los viejos hábitos de mando y control seguían intactos, solo que con vocabulario nuevo.

  • El Scrum Diario se había vuelto una reunión de estado en la que los desarrolladores rendían cuentas al gerente, en lugar de un plan, entre desarrolladores, para su propia jornada.

  • Las Revisiones de Sprint mostraban diapositivas en vez de producto funcionando, así que no podía fluir ninguna retroalimentación real.

  • El Product Owner no podía decidir de verdad las prioridades; un comité directivo anulaba el backlog cada mes.

  • Los sprints se planificaban primero por la fecha límite y luego se rellenaban con el alcance que cupiera, así que el equipo iba atrasado desde el primer día.

Estas son las señales de ir en piloto automático. Los eventos estaban en el calendario, pero el empirismo que los sostiene, inspeccionar resultados reales y adaptarse, nunca ocurría. Con el trabajo remoto e híbrido aún nuevo para muchos, las reuniones se volvieron además el único contacto, lo que las hacía sentir todavía más pesadas.

Lo que cambió la trayectoria

No agregamos más Scrum. Hicimos que el Scrum existente significara algo de verdad, una restricción a la vez, con la dirección presente para las partes difíciles.

  1. Dar al Product Owner autoridad real. La dirección acordó que el Product Owner era dueño del ordenamiento del Product Backlog, sin matices. El comité directivo pasó a fijar objetivos y financiamiento, no a reordenar el trabajo a mitad del sprint.

  2. Hacer que la Revisión de Sprint muestre software funcionando. Nada de diapositivas. Los interesados veían un Incremento funcionando y daban retroalimentación que alimentaba el siguiente sprint. Una retroalimentación accionable es todo el sentido de inspeccionar en la Revisión.

  3. Dejar que el equipo planifique hacia un Objetivo de Sprint, no una lista de deseos. Cada sprint se comprometía con un único objetivo claro y un pronóstico elegido por el equipo. El alcance se flexibilizaba para proteger el objetivo, que es como Scrum debe manejar la presión.

  4. Replantear al Scrum Master como coach, no como coordinador. Sacamos a los Scrum Masters de reservar salas y los pusimos a remover los impedimentos sistémicos, como la cadena de aprobaciones que asfixiaba al Product Owner.

El avance fue desigual y a algunos gerentes les costó soltar el control. Pero en un par de trimestres los equipos lanzaban incrementos más pequeños con mayor frecuencia, y el agotamiento cedió porque por fin lo que importaba era el trabajo, no la ceremonia.

La lección que conviene guardar

Una transformación ágil no es un despliegue de reuniones o herramientas; es un cambio en cómo se toman las decisiones y en qué tan rápido se aprende de los resultados reales. Los eventos de Scrum solo crean valor cuando el empirismo que hay debajo es real. Si su Scrum Diario es un informe de estado y su Revisión es una presentación, todavía no tiene Scrum, diga lo que diga el calendario. Empiece por hacer que un solo evento sea genuinamente honesto, y deje que ese arrastre al resto.

Si su transformación ágil tiene las ceremonias pero no los resultados, la asesoría de XNM en ejecución de programas y proyectos puede ayudarle a convertir los gestos de nuevo en agilidad real y operante.