Articles

Qual è il framework Nexus? Scrum at Scale

Definizione

Nexus è un framework che si basa su 3-9 team di Scrum. Fornisce una struttura per il modo in cui più team Scrum lavorano insieme su un singolo backlog di prodotto per creare un incremento integrato ad ogni Sprint.

Nexus = Scrum + logica di rimozione delle dipendenze

Lo scopo

Ottimizzare la produttività rimuovendo le dipendenze comuni a più team che lavorano verso un obiettivo comune.

Cosa c’è di nuovo?

  • Ruoli-Un team di integrazione Nexus che coordina, allenatori e supervisiona l’applicazione di Nexus e Scrum.
  • Artefatti-Nexus Sprint Backlog e un singolo product backlog gestito dal Product Owner Nexus. Inoltre, viene introdotto l’incremento integrato, una definizione comune di “Fatto”, Obiettivo Sprint Nexus.
  • Eventi-Nexus Sprint Review, Nexus Sprint Retrospettiva, Raffinatezza, Nexus Daily Scrum.

Flusso di processo

Refine the Product Backlog

Mira a prevedere quali team fanno ciò che funzionano, identificare le dipendenze in quel lavoro e “tagliare sottilmente” quel lavoro. È un processo in due fasi:

  1. Scompone gli elementi del product backlog per capire quali team potrebbero consegnarli e in quale sequenza
  2. Concentrarsi sulla riduzione/rimozione delle dipendenze.

Nexus Sprint Planning

Coordina le attività di tutti i team Scrum per un singolo Sprint, per:

  1. Regolazione dell’ordine di lavoro con i membri del team Scrum appropriati (eventi post-perfezionamento)
  2. Definire l’obiettivo Sprint Nexus
  3. Quindi eseguire la pianificazione Sprint per ogni team Scrum.

Nexus Sprint Backlog

Visualizza gli arretrati combinati di Scrum team Sprint insieme alle loro dipendenze.

Lavori di sviluppo

Stesso ol’.

Nexus Daily Scrum

I rappresentanti del team di sviluppo Scrum partecipano a questo evento per identificare a) problemi di integrazione, b) dipendenze tra team sullo sfondo di un backlog Nexus Sprint visualizzato. Le dipendenze identificate vengono riportate ai singoli team Scrum.

In questo evento vengono poste tre domande:

  1. Il lavoro del giorno precedente è stato integrato con successo? Se no, perché no?
  2. Quali nuove dipendenze sono state identificate?
  3. Quali informazioni devono essere condivise tra i team del Nexus?

Nexus Sprint Review

Sostituisce singole recensioni Scrum Team Sprint e funziona come una versione combinata di questi.

Nexus Sprint Retrospective

Ci sono tre parti:

  1. I membri appropriati si incontrano e rendono trasparenti le questioni condivise in una retrospettiva Nexus Sprint.
  2. I team Scrum tengono le proprie retrospettive Sprint
  3. I membri appropriati si incontrano nuovamente, formano azioni per problemi condivisi, visualizzano questi e li monitorano.

Tutte le retrospettive devono rispondere alle seguenti domande:

  1. Qualche lavoro è stato lasciato annullato? Il Nexus ha generato debito tecnico?
  2. Tutti gli artefatti, in particolare il codice, sono stati integrati frequentemente (ogni giorno) con successo?
  3. Il software è stato costruito, testato e distribuito con successo abbastanza spesso da prevenire l’accumulo travolgente di dipendenze irrisolte?

5 Attività Comuni di un Nexus Team di Integrazione

  1. Coaching
  2. Consulenza
  3. Evidenziazione delle dipendenze e cross-team questioni
  4. Eseguire i lavori dal Product Backlog
  5. Lavoro in altri team Scrum (con Nexus Integrazione del Team di lavoro hanno la precedenza)

che differenze ci sono dalla Mischia?

È la formalizzazione della rimozione delle dipendenze quando più team Scrum lavorano insieme, con una messa a punto delle domande poste negli eventi Scrum.

Pubblicato per la prima volta sul mio blog.

Se ti è piaciuto questo post, clicca qui per twittarlo!

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.