Il Team di Mischia Romano
Ci sono tre responsabilità in uno Scrum Team, uno Scrum Master, un Product Owner e gli Sviluppatori. Ciascuno è responsabile di una o più parti diverse della fornitura di un prodotto utile. Sono dipendenti l'uno dall'altro. A meno che tutti non adempiano efficacemente alle proprie responsabilità, il prodotto è a rischio.
Considera le responsabilità come uno sgabello a tre gambe, semplificato in Processo (Scrum Master), Qualità (Sviluppatori) e Valore (Proprietario del prodotto). Il prodotto è seduto e sostenuto dallo sgabello. Ogni gamba è di uguale lunghezza e tutte sono necessarie insieme. In Scrum, non esiste una gerarchia tra le responsabilità poiché ciascuna è vitale per una consegna frequente e di successo del prodotto. Se una gamba si rompe, il prodotto cade. Con questa metafora, le tre gambe non sono paragonate a persone che ricoprono ruoli ma piuttosto ad azioni compiute da membri non specificati. Ogni gamba potrebbe essere supportata da chiunque come parte di uno Scrum Team autogestito e impegnato.
Per evidenziare questo punto, diamo un'occhiata a un caso di studio... di 2500 anni fa. La battaglia di Cynoscephalae [1] fu un epico scontro tra l'esercito romano e quello macedone guidati rispettivamente da Flaminino e Filippo V. Ogni esercito era relativamente equilibrato in termini di potere e risorse, ma erano organizzati in modo diverso. I romani usavano un sistema manipolare [2] (piccole unità di 'fratelli d'armi', con una gamma di esperienze e stili diversi) rispetto al sistema della falange macedone (una formazione forte e rigida basata su massa e uniformità). I manipoli romani avevano ciascuno il potere di prendere decisioni sul campo di battaglia senza ordini: si fidavano di loro per portare a termine il lavoro e produrre il valore visto attraverso la vittoria. Per paragonarli a Scrum, avevano un Product Owner (Tribune), Sviluppatori (Hastati e altri) e Scrum Master (Signifer) – non avevano un comandante diretto.
A metà della battaglia, il Tribune ha notato che il fianco sinistro dei macedoni era aperto (un vuoto nel mercato che poteva prendere di mira) e senza ricevere ordini, ha chiesto al manipolo di fare perno e sfruttarlo. Basti dire che l'abilità di questo manipolo piccolo e potente conquistò ai romani una vittoria decisiva. Il Tribune ha prestato attenzione alle prove che stava osservando e ha deciso di adattarsi in modo appropriato. Avere la capacità di innovare e cambiare rapidamente rotta a seconda delle condizioni di mercato è il motivo per cui uno Scrum Team efficace sarà autogestito. Perché ci si dovrebbe aspettare che un Comandante (responsabile esterno) prenda decisioni senza vedere le prove sul campo? Il comandante romano, Flamininio, lo capì e mentre aiutava a modellare i manipoli, a perfezionarli e a fornire una direzione generale, si fidava che li consegnassero.
Le responsabilità in Scrum sono potenti quando vengono comprese e lasciate prosperare. Si supportano a vicenda come un singolo collettivo (Scrum Team) ed eseguono come un'unità. È importante sottolineare che l'uso della parola "ruolo" non dovrebbe essere considerato sbagliato. Riguarda il contesto: potresti essere assunto per un ruolo (considera se un arciere potrebbe facilmente passare a diventare uno spadaccino?) Ma ciò non cambia ciò che tu e la tua squadra siete tenuti a raggiungere (vincere la battaglia). Ognuno ha una parte diversa da svolgere, ma quando il gioco è finito, rimani unito come una squadra, non come individui. C'è un'enorme differenza tra "ricoprire un ruolo" e "adempiere a una responsabilità".
[1] – https://www.britannica.com/event/Battle-of-Cynoscephalae
[2] – https://www.britannica.com/topic/maniple-Roman-military