Gli Scrum Master a tempo pieno sono difficili da realizzare
In un numero sempre crescente di organizzazioni Scrum viene utilizzato come metodo di sviluppo agile. Vengono formati team e designati Scrum Master, affinché i team possano iniziare a lavorare in modo agile e ad auto-organizzarsi. Ma anche se Agile a prima vista può sembrare semplice, il ruolo dello Scrum Master si rivela spesso difficile. Scopriamo perché è così difficile lavorare con Scrum Master a tempo pieno ed esploriamo l'alternativa di far assumere il ruolo dello Scrum Master a collaboratori tecnici.
Ottenere buoni Scrum Master a tempo pieno è difficile
Avere Scrum Master dedicati a tempo pieno, senza altri compiti o ruoli (tecnici), è una soluzione spesso scelta nelle organizzazioni che iniziano a lavorare in modo agile. Queste persone provengono dal project management o da un altro approccio gestionale più “burocratico” e cercano davvero di fare del loro meglio per ricoprire il ruolo dello Scrum Master come Servant Leader. Ma questo si rivela spesso piuttosto difficile.
A mio parere, questi Scrum Master a tempo pieno non si adattano bene a una maggiore agilità. Spesso semplicemente non funziona.
Nelle organizzazioni più grandi e burocratiche con classiche gerarchie top-down esiste per lo più una cultura Command and Control. A causa di ciò a cui i membri del team sono abituati, vedranno il loro Scrum Master come un leader – un manager. Vedono lo Scrum Master come qualcuno che è stato “assegnato” al loro team e che si trova a un livello gerarchico superiore al loro. È esattamente così che sono stati gestiti per tutti gli anni precedenti. Non è quindi sorprendente che dubitino che con Agile qualcosa cambierà.
I manager dirigenti che non hanno veramente compreso Agile sono spesso dell'opinione che gli Scrum Master siano manager e team leader. Vogliono che lo Scrum Master sia il loro collegamento con il team. È l'unica persona con cui questi manager collaborano e deve tenerli aggiornati. Quindi, invece di comunicare direttamente con tutti i membri del team, preferiscono lavorare solo con lo Scrum Master. Danno feedback allo Scrum Master. Chiedono allo Scrum Master di occuparsi di certe cose, richiedono impegni e si aspettano che vengano rispettati.
Non si può dare la colpa ai manager per avere tali aspettative sul ruolo dello Scrum Master. Gli è stato insegnato a gestire e guidare i team in questo modo. È così che hanno sempre fatto, così che ha funzionato per loro e così che hanno avuto successo. Perché con Agile dovrebbe essere diverso?
Per gli Scrum Master questa è una situazione lavorativa difficile. Il team e la direzione li vedono come manager. La direzione si aspetta che gli Scrum Master facciano coaching ai team e li aiutino nel percorso verso l'auto-organizzazione. Allo stesso tempo, però, devono tenere tutto sotto controllo. Inoltre, gli Scrum Master vengono spesso ritenuti responsabili dei risultati del team. Con Agile l'attenzione è sul fatto che i team imparino e migliorino – e facendo questo un team fa volentieri qualche errore o fallisce completamente – ma i manager si aspettano che un miglioramento avvenga dal primo giorno.
Con tutte queste diverse aspettative all'interno di un'organizzazione è difficile ricoprire correttamente il ruolo dello Scrum Master. Per gli Scrum Master è difficile costruire fiducia e creare una cultura aperta in cui tutti collaborano e imparano insieme.
Alla fine spesso non cambia nulla e l'organizzazione non riesce a trarre beneficio aziendale da Agile. Con membri tecnici del team nel ruolo dello Scrum Master si possono ottenere veri cambiamenti nelle organizzazioni e migliorare la loro agilità.
Collaboratori tecnici nel ruolo dello Scrum Master
Preferisco quando un membro (tecnico) del team assume il ruolo dello Scrum Master, piuttosto che lavorare con Scrum Master a tempo pieno assegnati. Possono svolgere i compiti dello Scrum Master accanto al loro lavoro tecnico regolare.
Uno dei membri del team assume quindi il ruolo dello Scrum Master. Supporta e guida il team nel lavoro e nell'implementazione di Agile. Aiuta il team con le pratiche agili su cui il team si è precedentemente accordato, ricorda ai membri del team le cose importanti, dà feedback e fa coaching quando necessario.
Con questa soluzione ci sarà meno resistenza e l'accettazione nel team sarà maggiore, poiché i membri del team possono scegliere da soli il loro Scrum Master. Possono anche riassegnare il ruolo dello Scrum Master più spesso, così che diversi membri del team siano Scrum Master in Sprint diversi.
Un vantaggio del cambiare lo Scrum Master di tanto in tanto è che lo Scrum Master attuale può concentrarsi insieme al team sul proprio Sprint, mentre lo Scrum Master per il prossimo Sprint può concentrarsi insieme al Product Owner sul Refinement del Backlog e avere così delle buone User Story quando inizia il prossimo Sprint.
Nella maggior parte dei team non c'è un reale bisogno di uno Scrum Master separato a tempo pieno. Un team auto-organizzato con sette più/meno due membri non dovrebbe aver bisogno di 40 ore settimanali di management – nemmeno 20. Non si vuole uno Scrum Master che gestisca tre o più team. È meglio se il ruolo dello Scrum Master viene assegnato a tempo parziale all'interno del team, così che sia sempre presente quando serve.
Gli Scrum Master possono aiutare i loro team a rimuovere gli ostacoli. Possono aiutarli ad auto-organizzarsi mostrando come riconoscere e affrontare tali ostacoli. Gli Scrum Master non dovrebbero dover risolvere tutti i problemi da soli e naturalmente non dovrebbero prescrivere al team chi deve risolvere i problemi e come.
Perche servono Scrum Master a tempo pieno?
Completare il lavoro significa più che semplicemente eseguire il lavoro in sé. Bisogna comunicare con i clienti e accordarsi su cosa verrà consegnato. Bisogna verificare regolarmente come procede e se qualcosa sta rallentando il team. Inoltre, tutto deve essere coordinato con gli stakeholder del team ed è bene condurre Retrospettive per riflettere e imparare. Gli Scrum Master si occupano di tutte queste cose e aiutano i membri del team nell'attuazione.
Qualche tempo fa ho intervistato Nic Ferrier per InfoQ e lui ha menzionato che i team esperti forse non hanno più bisogno di uno Scrum Master:
InfoQ: All'inizio – quando i team iniziano a lavorare con metodi agili – gli Scrum Master sono quindi utili, ma dopo un po' potrebbero diventare superflui?
Ferrier: Esattamente. E questo è un motivo per cui gli Scrum Master provengono così spesso dal team in cui hanno effettivamente un ruolo tecnico. Così possono semplicemente ridurre progressivamente il ruolo dello Scrum Master. Credo però che questo non funzioni sempre, perché i manager nelle aziende non permettono ai team tecnici di svilupparsi in modo agile.
Ora sorge la domanda: perché le Retrospettive non vengono semplicemente condotte dal membro del team che ha il ruolo dello Scrum Master? Non è difficile per loro, dato che fanno anche parte del team e possono co-decidere come il lavoro dovrebbe essere svolto? Certamente lo è. Uno Scrum Master esperto è però normalmente in grado sia di condurre il meeting sia di partecipare come membro del team. Se non si è sicuri che funzioni, si può sempre cercare uno Scrum Master esterno, ad esempio qualcuno da un altro team, un Agile Coach o un facilitatore, per condurre la Retrospettiva.
Questo testo proviene dal blog di Ben Linders ed è stato tradotto in italiano.
Diventa anche tu uno Scrum Master certificato con Agile Academy
Per gli Scrum Master offriamo i seguenti corsi di formazione e opportunità di aggiornamento gratuito:
