Scrum non dice che

Con il gentile permesso dell'autore Adrian Howard (Quietstars) abbiamo tradotto questo articolo dal suo account Medium. Dopotutto, scriviamo e insegniamo giorno dopo giorno cos'è Scrum, come si può applicare Scrum in modo sensato e quali condizioni quadro dovrebbero essere date. – Pertanto, è forse giunto il momento di dire cosa Scrum definitivamente non è e non vuole nemmeno essere!

Dato che Adrian lo ha già fatto perfettamente nel suo articolo, ecco la traduzione italiana integrale:

Una lamentela su ciò che Scrum non è!

Noi di Quietstars non utilizziamo Scrum. Non sono nemmeno un grande fan di Scrum (soprattutto non dell'industria delle certificazioni che si è costruita intorno a Scrum – vedi CSSTWP per saperne di più).
Tuttavia, sembro passare gran parte del mio tempo a difendere Scrum. Perché la maggior parte delle critiche che sento non riguardano cose che Scrum prescrive.

Per esempio:

• Scrum non dice che le story devono essere formulate come: "Come ruolo, vorrei raggiungere l'obiettivo per ragione".

• Scrum non dice che si può rilasciare solo una volta per Sprint.

• Scrum non dice che si può rilasciare solo alla fine di uno Sprint.

• Scrum non è un acronimo e non si scrive S.C.R.U.M. (ok… sento raramente lamentele al riguardo, ma mi dà terribilmente fastidio!)

• Scrum non dice che lo Sprint Backlog e il Product Backlog devono contenere lo stesso tipo di elementi.

• Scrum non dice che bisogna usare diagrammi burndown o burn chart.

• Scrum non dice che bisogna aspettare la Sprint Review per mostrare le cose alle persone.

• Scrum non dice che bisogna aspettare la Sprint Retrospective per parlare dei problemi.

• Scrum non dice che si può fare una demo o parlare con gli stakeholder solo una volta nello Sprint.

• Scrum non dice come dobbiamo stimare i Backlog Item.

• Scrum non dice che bisogna avere dei punti.

• Scrum non dice che bisogna usare la velocity come obiettivo.

• Scrum non dice che bisogna tracciare la velocity.

• Scrum non dice che bisogna avere Epic, Story o Task.

• Scrum non dice che non si possono avere riunioni che non hanno nulla a che fare con Sprint Planning, Stand-Up, Sprint Review o Sprint Retrospective.

• Scrum non dice che il Product Owner può impedire al team di lavorare sul debito tecnico.

• Scrum non dice che il Product Owner può dire al team come tradurre il Backlog in codice rilasciabile.

• Scrum non dice che lo Scrum Master può dire al team come tradurre il Backlog in codice rilasciabile.

• Scrum non dice che i dipendenti dell'area operativa non possono far parte del team.

• Scrum non dice che i tester non possono far parte del team.

• Scrum non dice che designer o user researcher non possono far parte del team.

• Scrum non dice che business analyst, manager, project manager ecc. non sono necessari.

• Scrum non dice che il Product Owner deve prendere tutte le decisioni da solo.

• Scrum non dice che il Product Owner deve prioritizzare l'intero Product Backlog.

• Scrum non dice che devi lavorare più di 80 ore a settimana per soddisfare la previsione fatta all'inizio dello Sprint.

• … e probabilmente Scrum non dice ancora molte altre cose. – Datemi pure altri suggerimenti!

Cos'è Scrum?

Come ha detto così bene Tim Ottinger in risposta alla sfuriata su Twitter che ha scatenato questo post:

Ho scoperto che la domanda: "Puoi parlare un po' di come Scrum e Agile sono correlati?" è una domanda davvero importante. Perché a un estremo dello spettro si ottengono sguardi confusi, perché le persone pensano che Scrum e Agile siano sinonimi. E all'altro estremo dello spettro si ottiene una discussione riflessiva su Scrum, altri metodi Agile, come sono correlati e quali sono i compromessi di questi metodi.

Molte, se non la maggior parte delle lamentele che sento su Scrum, sono causate da persone che copiano senza pensare le pratiche da un'organizzazione disfunzionale in cui hanno imparato per la prima volta qualcosa sull'agilità.
Quindi, se senti qualcuno lamentarsi di ciò che Scrum lo costringe a fare, incoraggialo a leggere la Guida Scrum correttamente e di nuovo. Lo puoi fare durante la pausa pranzo e hai ancora tempo per un tranquillo dessert – la guida nella nuova edizione del 2020 è lunga meno di tredici pagine.

Scrum è essenzialmente un framework di miglioramento dei processi davvero minimale

Solo se capisci come è composto questo framework, puoi anche affrontare il terribile mostro delle ottanta ore di lavoro settimanali, che spesso viene chiamato Scrum.
A volte questa conoscenza è ciò che ti fa capire che Scrum non è ciò di cui hai bisogno.

Perché Scrum non dice che è l'unico modo vero per lavorare in modo agile, o addirittura l'unico modo di lavorare.

Cosa fa un Agile Leader?

=> Quali sono le caratteristiche che contraddistinguono i leader agili?

Agile HR

=> Se vuoi diventare agile, inizia dal tuo reparto risorse umane!

Come possono aiutarti le formazioni agili?

=> Abbiamo chiesto a un consulente del personale quanto siano apprezzate le formazioni agili dai datori di lavoro.