Cuando un solo equipo Scrum no basta: una introducción sencilla a Nexus
Un único equipo Scrum funciona bien hasta cierto punto. Cuando un producto crece más allá de lo que ocho o nueve personas pueden construir, las organizaciones añaden más equipos, y ahí suelen empezar los problemas. Tres equipos que construyen en silencio piezas del mismo producto producirán tres cosas que no encajan entre sí. Nexus, el marco de escalado publicado por Scrum.org, existe precisamente para resolver ese problema de integración. Con muchos equipos aún adaptándose al trabajo remoto e híbrido a comienzos de 2021, la disciplina que aporta Nexus se ha vuelto más fácil de valorar, no más difícil.
Nexus es deliberadamente pequeño. Si ya entiendes Scrum, puedes aprender Nexus en una tarde. No reemplaza a Scrum; envuelve una fina capa de coordinación alrededor de tres a nueve equipos Scrum para que, juntos, entreguen un único Incremento integrado a partir de una sola Lista de Producto.
Qué cambia realmente respecto al Scrum normal
Los equipos conservan sus eventos, roles y artefactos Scrum habituales. Nexus añade un poco por encima, y la incorporación más importante es el foco en la integración: asegurar que el trabajo combinado de todos los equipos realmente converja al menos una vez por Sprint.
El Equipo de Integración Nexus. Un grupo pequeño responsable de garantizar que cada Sprint se produzca un producto utilizable e integrado. Suele incluir al único Product Owner, un Scrum Master y miembros que ayudan a los equipos a resolver problemas entre equipos. Orienta y apoya en lugar de mandar.
Un Product Owner, una Lista de Producto. No importa cuántos equipos haya, existe un solo Product Owner y una sola Lista de Producto ordenada. Eso es lo que impide que los equipos se desvíen en direcciones distintas.
Eventos Nexus que enmarcan el Sprint. Una Planificación de Sprint Nexus, un Scrum Diario Nexus centrado en los riesgos de integración, una Revisión de Sprint Nexus del Incremento completo y una Retrospectiva de Sprint Nexus que mira el sistema, no a un solo equipo.
Refinamiento entre equipos. Los equipos refinan juntos la Lista de Producto lo suficiente para detectar dependencias pronto y decidir qué equipo hace qué trabajo, antes de que la dependencia se convierta en un bloqueo.
Por qué la integración es lo esencial
La mayoría de los fracasos al escalar no son fallos de esfuerzo, sino fallos de integración descubiertos demasiado tarde. Una dependencia que aparece el último día del Sprint es cara; la misma dependencia detectada durante el refinamiento entre equipos es barata. Nexus empuja ese descubrimiento lo antes posible y hace que un grupo sea responsable del resultado. El único Incremento integrado, producido cada Sprint, es la medida honesta de si los equipos realmente trabajan como un solo esfuerzo de producto.
Hacer visibles las dependencias durante el refinamiento, no al momento de integrar.
Mantener una sola Lista de Producto para que las prioridades no se bifurquen entre equipos.
Integrar con frecuencia: una compilación integrada diaria supera a una sorpresa al final del Sprint.
Dejar que el Equipo de Integración Nexus oriente, no vigile; la responsabilidad sigue en los equipos.
Una advertencia práctica: Nexus es para cuando realmente necesitas varios equipos en un mismo producto. Añadir equipos para ir más rápido suele lograr lo contrario, ya que el costo de coordinación crece con cada equipo. Escala porque el producto lo exige, mantén el número de equipos tan bajo como permita el trabajo y trata la integración como una actividad de primer nivel y no como una idea de último momento.
Si tu organización está pasando de un solo equipo de entrega a varios y las costuras empiezan a notarse, la asesoría de XNM en entrega de programas y proyectos puede ayudarte a establecer la coordinación y la disciplina de integración antes de que las grietas se ensanchen.