Nexus
Nexus es un marco de escalado de Scrum diseñado para coordinar entre 3 y 9 equipos Scrum que trabajan juntos en un único product backlog y entregan un incremento integrado al final de cada sprint. Fue creado por Ken Schwaber y publicado por Scrum.org. Nexus extiende Scrum añadiendo la mínima estructura necesaria para gestionar las dependencias entre equipos y producir un incremento integrado utilizable.
Origen
Ken Schwaber, cofundador de Scrum, desarrolló Nexus a partir de la observación de que los principales problemas al escalar Scrum no eran de proceso sino de integración: múltiples equipos generando código que hay que combinar al final del sprint. La primera versión del Nexus Guide se publicó en 2015 en scrum.org.
Estructura
El Nexus Integration Team
El elemento diferencial de Nexus es el Nexus Integration Team (NIT): un equipo responsable de asegurar que el trabajo de todos los equipos Scrum se integra correctamente en cada sprint. El NIT no sustituye a los equipos: los apoya en la resolución de problemas de integración técnica.
Compuesto habitualmente por el Product Owner (compartido con todos los equipos), un Scrum Master y personas con habilidades técnicas de integración. Los miembros del NIT también pueden pertenecer a equipos Scrum individuales.
Los eventos de Nexus
Nexus añade eventos al ciclo Scrum estándar:
- Nexus Sprint Planning: antes de la planificación individual de cada equipo, los equipos coordinan dependencias y seleccionan qué partes del backlog abordará cada uno.
- Nexus Daily Scrum: breve sincronización diaria para representantes de los equipos, enfocada en identificar y resolver impedimentos de integración.
- Nexus Sprint Review: los equipos presentan juntos el incremento integrado a los stakeholders.
- Nexus Sprint Retrospective: en tres fases — representantes de todos los equipos identifican problemas de integración, cada equipo hace su retrospectiva individual, y todos juntos acuerdan acciones de mejora.
El Nexus Sprint Backlog
Una vista de las historias del sprint que ayuda a visualizar dependencias entre equipos y a identificar dónde puede haber problemas de integración.
Cuándo usar Nexus
Nexus es adecuado cuando un solo Product Owner gestiona un producto que requiere más capacidad de la que puede dar un equipo Scrum. Si el producto puede descomponerse en componentes verdaderamente independientes gestionados por equipos distintos, puede no necesitarse Nexus.
Nexus vs. SAFe
Nexus es más ligero que SAFe: no prescribe niveles de portfolio ni de solución, no tiene roles adicionales más allá del NIT, y asume que los equipos ya conocen Scrum. Es la opción más adecuada cuando el problema es de integración técnica entre equipos, no de alineamiento estratégico a escala organizativa.
Error frecuente
Usar Nexus sin resolver primero las dependencias técnicas entre equipos. Nexus gestiona las dependencias; no las elimina. Si el diseño del sistema hace que los equipos estén muy acoplados entre sí, el Nexus Daily Scrum y el NIT estarán constantemente ocupados resolviendo bloqueos. Invertir en arquitectura que reduzca las dependencias entre equipos es más productivo que añadir eventos de coordinación sobre un sistema altamente acoplado.
Referencias
- Schwaber, Ken; Caña, Patricia. (2021). The Nexus Guide. Scrum.org. nexusguide.org.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.