Cuando la gobernanza chocó con un equipo Scrum: un proyecto de recuperación que casi se detuvo
A comienzos de 2021, una agencia regional reactivó un programa de entrega que había pausado al inicio de la pandemia. El equipo era recién híbrido, con la mitad a distancia, y el comité de dirección quería garantías de que el dinero público se gastaba de forma responsable. Lo que construyó, en cambio, fue un muro de aprobaciones. Cada resultado de sprint pasaba por tres puertas de aprobación antes de que alguien pudiera actuar. En un mes, el Equipo Scrum entregaba menos que durante el confinamiento, y el comité no estaba más tranquilo. Los nombres están anonimizados, pero el patrón es habitual y vale la pena analizarlo.
Dónde falló la gobernanza
La gobernanza no es enemiga de la agilidad; su mala ubicación sí lo es. Aquí, el comité insertó puntos de control dentro del bucle empírico del equipo en lugar de a su alrededor. La Guía Scrum es clara: el Sprint produce un Incremento utilizable, y la Revisión del Sprint es donde los interesados inspeccionan el resultado y adaptan el plan. Al imponer aprobaciones adicionales entre el Scrum Diario y cualquier trabajo real, la agencia rompió la capacidad del equipo de inspeccionar y adaptar dentro del Sprint.
Las puertas de aprobación quedaban a mitad del Sprint, así que el equipo no podía hacer pequeñas correcciones sin esperar días.
Se socavó la autoridad del Product Owner sobre el Backlog del Producto; las prioridades se volvían a discutir en comité.
Las revisiones de riesgo duplicaban un trabajo ya hecho en la Planificación del Sprint, sin aportar información nueva.
La solución: gobernar los límites, no el bucle
Ayudamos a la agencia a trasladar cada punto de control a los bordes del Sprint, donde Scrum ya prevé eventos de inspección naturales. El comité conservó su rendición de cuentas, pero la ejercía en la Revisión del Sprint y mediante un Objetivo del Producto claro, sin interrumpir el trabajo diario.
Empoderar al Product Owner. Una sola persona responsable posee el ordenamiento del Backlog del Producto. El comité fija el Objetivo del Producto y el marco presupuestario; el Product Owner decide la secuencia dentro de él.
Convertir la Revisión del Sprint en la puerta. Los interesados inspeccionan un Incremento real, hacen preguntas difíciles y adaptan el Backlog allí, en lugar de bloquear el trabajo en curso.
Definir el Terminado una vez y luego confiar en él. Una sólida Definición de Terminado lleva los controles de calidad y cumplimiento que importaban al comité, de modo que 'Terminado' ya significa 'auditable'.
Informar resultados, no actividad. Sustituir el teatro del estado por una lectura breve y honesta del avance hacia el Objetivo del Producto y de los riesgos que el equipo no puede resolver solo.
Qué cambió
En dos Sprints, el rendimiento recuperó su nivel previo a la pandemia y el comité dijo sentirse más en control, no menos. La diferencia fue que ahora inspeccionaba trabajo terminado en lugar de vigilar intenciones. Para un equipo híbrido que aún se adaptaba a la colaboración remota y a las persistentes interrupciones de suministro, quitar la fricción de mitad de Sprint también redujo la carga de reuniones que los trabajadores remotos temían en silencio. Una gobernanza que respeta el núcleo empírico de Scrum produce justo lo que quieren los órganos de supervisión: entrega predecible y un registro limpio de decisiones.
Si su modelo de supervisión frena a los equipos que debería proteger, la asesoría de entrega de programas y proyectos de XNM puede ayudarle a diseñar una gobernanza que conserve control e impulso a la vez.