Nexus: la soluzione leggera per scalare Scrum

Nexus è un framework pensato per le organizzazioni che usano Scrum e devono coordinare il lavoro di più team sullo stesso prodotto. Si basa sui principi di Scrum e punta a ridurre al minimo le dipendenze tra team, in modo che ogni Sprint produca un incremento integrato e potenzialmente rilasciabile.

Leggi: Scrum: cos'è, come funziona e com'è strutturato

Cos'è Nexus e perché serve

Un Nexus è un insieme di Scrum Team, da tre a nove, che lavorano insieme per raggiungere un Product Goal comune. Il framework aiuta a coordinare il lavoro dei team, affrontando le sfide di comunicazione e integrazione che emergono quando più gruppi collaborano. L'obiettivo è avere un incremento integrato e utilizzabile alla fine di ogni Sprint, mantenendo empirismo e trasparenza.

Il Nexus Integration Team (NIT)

Uno degli elementi centrali di Nexus è il Nexus Integration Team (NIT), che ha la responsabilità di garantire che tutti i team all'interno di un Nexus collaborino per rilasciare un prodotto completamente integrato. Il NIT si occupa dei problemi tecnici e organizzativi legati all'integrazione. È composto dal Product Owner, da uno Scrum Master e da membri selezionati dai vari team Scrum. La composizione può variare a seconda delle esigenze, il che rende il framework adattabile a diverse situazioni.

Il Product Owner in Nexus

Il Product Owner ha il compito di massimizzare il valore del prodotto e del lavoro dei team. In Nexus esiste un solo Product Backlog e un solo Product Owner. Il Product Owner gestisce la prioritizzazione degli elementi del Product Backlog e si assicura che tutti i team comprendano le priorità. Oltre a ciò, deve garantire che il lavoro sia allineato con il Product Goal, l'obiettivo strategico del prodotto.

Gli eventi in Nexus

Gli eventi di Nexus riprendono quelli di Scrum, adattati per gestire la complessità del lavoro tra più team. L'obiettivo è mantenere trasparenza, allineamento e collaborazione, affrontando le dipendenze in tempo utile.

• Nexus Sprint Planning: i rappresentanti dei team e il Product Owner si incontrano per definire il Nexus Sprint Goal, un obiettivo condiviso che guida il lavoro di tutti i team durante lo Sprint. Durante il Nexus Sprint Planning, si crea un Nexus Sprint Backlog, che evidenzia le attività necessarie per lo sviluppo dell'incremento e le dipendenze tra i team.
• Nexus Daily Scrum: questo evento giornaliero permette ai rappresentanti dei team di discutere i problemi di integrazione. Il focus è sulle questioni che influenzano l'intero Nexus, come le dipendenze tra i team o i blocchi che impediscono di raggiungere l'incremento integrato. È importante notare che, oltre al Nexus Daily Scrum, ciascun team svolge anche il proprio Daily Scrum, focalizzato sul lavoro specifico del team e sulla risoluzione di eventuali problemi di integrazione identificati durante il Nexus Daily Scrum.
• Nexus Sprint Review: alla fine dello Sprint, i team presentano l'incremento integrato agli stakeholder per raccogliere feedback e per determinare adattamenti futuri. Questo evento si concentra sui progressi fatti verso il Product Goal e sui miglioramenti possibili per gli Sprint successivi.
• Nexus Sprint Retrospective: l'obiettivo di questo evento è migliorare la collaborazione tra i team all'interno del Nexus. Oltre alle retrospettive individuali, che ciascun team esegue per migliorare i propri processi interni, la Nexus Sprint Retrospective si concentra su aspetti che riguardano l'intero gruppo di team, come la Definition of Done e gli strumenti utilizzati per l'integrazione.

Cross-Team Refinement

Il Cross-Team Refinement è un'attività continua per ridurre o eliminare le dipendenze tra i team. Durante queste sessioni, gli elementi del Product Backlog vengono suddivisi in unità di lavoro più piccole e gestibili. I team possono individuare e discutere le dipendenze in anticipo, migliorando il flusso di lavoro. Frequenza, durata e partecipazione variano in base alle necessità del Nexus.

Artefatti e impegni (Commitment) in Nexus

Come in Scrum, gli artefatti in Nexus hanno l'obiettivo di massimizzare la trasparenza del lavoro svolto e dello stato del prodotto. In Nexus, gli artefatti vengono estesi per supportare un ambiente multi-team e includono impegni associati (i commitment), che rafforzano l'empirismo e il valore di Scrum per il Nexus e i suoi stakeholder.

• Product Backlog: contiene tutto il lavoro necessario per migliorare il prodotto, esattamente come in Scrum. Il Product Owner è responsabile del suo contenuto, ordine e accessibilità. Il Product Owner si assicura inoltre che il Product Backlog sia compreso in misura tale che le dipendenze possano essere individuate e minimizzate. L'impegno associato al Product Backlog è il Product Goal, che rappresenta l'obiettivo a lungo termine del prodotto.
• Nexus Sprint Backlog: un'estensione del classico Sprint Backlog. Il Nexus Sprint Backlog include gli Sprint Backlog dei singoli team e le dipendenze tra i vari team. L'impegno associato a questo artefatto è il Nexus Sprint Goal, un obiettivo condiviso da tutti i team per lo Sprint corrente.
• Incremento Integrato: questo artefatto è la somma del lavoro svolto da tutti i team e rappresenta l'incremento complessivo del prodotto. L'incremento non è considerato completo fino a quando tutto il lavoro dei team non viene integrato e soddisfa la Definition of Done, l'impegno associato all'Incremento Integrato. Ogni incremento deve essere utilizzabile, quindi potenzialmente rilasciabile in qualsiasi momento, e di valore per gli stakeholder. Per maggiori informazioni sulla Definition of Done, leggi questo articolo.

Adozione di Nexus e alternative

Nexus è particolarmente adatto alle organizzazioni di medie dimensioni che vogliono scalare Scrum senza introdurre la complessità di framework più strutturati. Grazie alla sua struttura leggera, Nexus consente di scalare mantenendo i benefici di Scrum, come l'empirismo e la trasparenza.

Aziende come Siemens e Thales hanno implementato Nexus per gestire la collaborazione tra più team in contesti complessi. Siemens ha utilizzato Nexus per coordinare lo sviluppo di prodotti in ambienti multi-team, mentre Thales lo ha impiegato per garantire integrazione e trasparenza nei suoi progetti aerospaziali e di difesa. Questi casi di adozione sono documentati pubblicamente su Scrum.org e altre fonti ufficiali.

Inoltre, alcune aziende come Ericsson, Spotify, Bosch e Aviva sono state menzionate in conferenze Agile, white paper e discussioni nell'ambito della comunità Agile per il loro uso di pratiche di scaling Agile simili a Nexus.

Altre alternative per scalare Scrum includono:

• LeSS (Large-Scale Scrum): un framework che adotta un approccio minimalista, molto simile a Nexus, ma con una forte enfasi sulla semplificazione.
• SAFe (Scaled Agile Framework): una soluzione più strutturata rispetto a Nexus, con livelli di gestione più formali. SAFe è adatto alle grandi organizzazioni che necessitano di coordinare team in ambienti aziendali complessi. È forse il framework più diffuso ed è ampiamente utilizzato in transizioni da metodi tradizionali a metodi Agili.
• Scrum@Scale: sviluppato da Jeff Sutherland, questo framework offre maggiore flessibilità nella personalizzazione dei modelli di scalabilità in base alle esigenze dell'organizzazione.

In pratica

Nexus estende Scrum in modo leggero, affrontando le sfide di scalabilità senza perdere di vista i valori del framework. La chiave è una comunicazione aperta tra i team, la riduzione delle dipendenze e l'obiettivo di avere un incremento integrato e di valore alla fine di ogni Sprint.

Per maggiori informazioni, leggi la guida ufficiale di Nexus.