Scrum Guide 2020 – Le modifiche più importanti!
La Scrum Guide 2020 aggiornata, lanciata il 18 novembre, include alcune piccole ma significative modifiche. I co-creatori, Dr. Jeff Sutherland e Ken Schwaber, evidenziano le seguenti modifiche dalla versione 2017 a quella 2020.
La nostra prospettiva sulla Scrum Guide aggiornata
Nel complesso, accogliamo con favore le modifiche. Crediamo che riportino la guida alle sue radici: essere non troppo prescrittiva e un vero framework. Questo rende anche la guida più facilmente applicabile a settori al di fuori dello sviluppo software. Ci sono alcune ulteriori modifiche che vorremmo vedere... ma chissà cosa porterà la prossima iterazione.
Modifiche dalla Scrum Guide 2017 alla Scrum Guide 2020
Descriveremo ora le modifiche tra la Scrum Guide 2020 e le versioni precedenti. Valuteremo tutte le modifiche come Scrum Academy, un provider di formazione agile.
Ancora meno prescrittiva
Nel corso degli anni, la Scrum Guide ha iniziato a diventare un po' più prescrittiva. La versione 2020 mirava a riportare Scrum a essere un framework minimalmente sufficiente, rimuovendo o ammorbidendo il linguaggio prescrittivo. Ad esempio: rimozione delle domande del Daily Scrum, ammorbidimento del linguaggio sugli attributi dei PBI, ammorbidimento del linguaggio sugli elementi della retrospettiva nello Sprint Backlog, accorciamento della sezione sulla cancellazione dello Sprint, e altro ancora.
Prospettiva di Scrum Academy: Apprezziamo questa modifica poiché rappresenta un ritorno all'essere un framework piuttosto che un body of knowledge (BoK) simile al PMBOK® del PMI. La bellezza di Scrum risiede nella sua semplicità e universalità. Abbiamo applicato Scrum nel software, nell'hardware, nel farmaceutico e in tutti i tipi di servizi. Un ritorno alle radici rende i concetti più tangibili per le persone al di fuori del mondo dello sviluppo software.
Un team, focalizzato su un prodotto
L'obiettivo era eliminare il concetto di un team separato all'interno del team, che aveva portato a comportamenti di "proxy" o "noi contro loro" tra il Product Owner e il Dev Team. Ora c'è solo uno Scrum Team focalizzato sullo stesso obiettivo, con tre diversi insiemi di responsabilità: Product Owner, Scrum Master e Developer.
Prospettiva di Scrum Academy:
Adoriamo questa modifica. Il concetto di un team all'interno del team portava regolarmente a confusione, sia durante la formazione che successivamente durante l'implementazione. La mentalità "noi" contro "loro" è davvero pericolosa per qualsiasi team e per i team agili in particolare. Tuttavia, c'è un'enfasi sul fatto che le responsabilità nei team siano chiaramente assegnate.
Apprezziamo anche l'enfasi sul fatto che non ci sono gerarchie formali all'interno dello Scrum Team, ma solo diverse responsabilità. Speriamo sinceramente che questo piccolo ma importante cambiamento nella terminologia porti sempre più persone a interpretare i ruoli in Scrum in modo simile al nostro.
L'unica cosa che vorremmo vedere cambiare in futuro è il nome "Developer". Troppo spesso vediamo persone che presumono che questo significhi sviluppatori software, il che non è il caso.
Introduzione del Product Goal
La Scrum Guide 2020 introduce il concetto di Product Goal per fornire allo Scrum Team un focus verso un obiettivo di valore più ampio. Ogni Sprint dovrebbe avvicinare il prodotto al Product Goal complessivo.
Prospettiva di Scrum Academy:
In generale, apprezziamo l'introduzione del Product Goal e l'enfasi sul fatto che ogni Sprint dovrebbe avvicinare il prodotto al Product Goal complessivo. Ma ad essere onesti, avremmo preferito il termine Product Vision poiché è un termine che molte persone usano da tempo. Esistono persino strumenti costruiti attorno a questo concetto, ad esempio il Product Vision Board di Roman Pichler.
Un aspetto che troviamo utile aggiungere è un approccio sistematico per pensare al Product Goal, ovvero cosa deve coprire il Product Goal. Allo stesso tempo, questo potrebbe rendere il framework nuovamente troppo prescrittivo... quindi forse è giusto mantenerlo così com'è.
Per aiutare i team a creare sistematicamente un ottimo Product Goal, abbiamo creato il Product Goal Canvas (vedi sotto). Questo semplice strumento aiuta i team a pensare e creare sistematicamente il Product Goal. Puoi scoprire di più su come utilizzare il Product Goal Canvas qui.
Una casa per Sprint Goal, Definition of Done e Product Goal
Le Scrum Guide precedenti descrivevano lo Sprint Goal e la Definition of Done senza attribuire loro una vera identità. Non erano propriamente artefatti ma erano in qualche modo collegati agli artefatti. Con l'aggiunta del Product Goal, la versione 2020 fornisce maggiore chiarezza al riguardo. Ognuno dei tre artefatti ora contiene degli "impegni". Per il Product Backlog è il Product Goal, lo Sprint Backlog ha lo Sprint Goal e l'Increment ha la Definition of Done (ora senza virgolette). Esistono per portare trasparenza e focus verso il progresso di ogni artefatto.
Prospettiva di Scrum Academy:
Questa è un'ottima aggiunta. Per molti anni ho faticato a spiegare perché la Definition of Done o lo Sprint Goal non fossero artefatti. Collegare ciascuno di essi e il Product Goal a specifici artefatti è un'ottima mossa e rende la loro importanza molto più facile da comprendere.
Il Product Goal ci aiuta a determinare cosa inserire nel Product Backlog. Lo Sprint Goal ci aiuta a selezionare la priorità in modo che gli elementi giusti passino nel nostro Sprint Backlog. E ultimo ma non meno importante, la Definition of Done è la nostra checklist per determinare se un Increment è stato creato o meno.
Self-Managing invece di Self-Organizing
Le Scrum Guide precedenti facevano riferimento ai Development Team come auto-organizzati, che sceglievano chi e come svolgere il lavoro. Con un maggiore focus sullo Scrum Team, la versione 2020 enfatizza uno Scrum Team auto-gestito, che sceglie chi, come e cosa lavorare.
Prospettiva di Scrum Academy:
Apprezziamo molto questa modifica poiché si adatta molto meglio alla terminologia esistente. Il termine "auto-organizzato" non spiegava quale fosse l'autorità del team. Mentre "auto-gestito" può essere spiegato guardando il modello di autorità di Hackman (vedi sotto).
Questo modello dimostra chiaramente che lo Scrum Team auto-gestito è responsabile dell'esecuzione dei compiti, del monitoraggio e della gestione del proprio lavoro. Ma non è responsabile della progettazione del team, della definizione del contesto organizzativo e della direzione generale.
Tre argomenti per lo Sprint Planning
Oltre agli argomenti dello Sprint Planning "Cosa" e "Come", la Scrum Guide 2020 pone enfasi su un terzo argomento, il "Perché", riferendosi allo Sprint Goal.
Prospettiva di Scrum Academy:
È solo coerente con l'introduzione del Product Goal includere anche una breve sessione "perché" nello Sprint Planning in cui il Product Owner è responsabile di collegare i punti.
Semplificazione complessiva del linguaggio per un pubblico più ampio
La Scrum Guide 2020 ha posto enfasi sull'eliminazione di affermazioni ridondanti e complesse, nonché sulla rimozione di qualsiasi riferimento residuo al lavoro IT (ad esempio testing, sistema, design, requisiti, ecc.). La Scrum Guide ora conta meno di 13 pagine.
Prospettiva di Scrum Academy:
Nel complesso, crediamo che l'attuale aggiornamento della Scrum Guide sia un buon e significativo passo avanti per posizionare Scrum al di fuori del mondo dello sviluppo software.
