Uno sviluppatore può essere uno Scrum Master? 3 vantaggi e svantaggi

I team Agile sono la spina dorsale dello sviluppo dei progetti moderni. Ma la domanda rimane: Uno sviluppatore può essere anche un efficace scrum master? Oppure il contrario: uno scrum master può essere anche uno sviluppatore? Alcuni team leader sono preoccupati da queste considerazioni. In questo articolo cerchiamo di rispondere alla domanda e di evidenziare tre vantaggi e svantaggi di questo doppio ruolo.

Per darti subito una breve risposta: nel mondo agile raramente ci sono risposte chiare del tipo “sì” o “no”. La doppia funzione di Scrum Master e Scrum Developer può avere successo se la persona conosce le sfide e gestisce consapevolmente i ruoli. Lo stesso Scrum Guide non fornisce una risposta diretta a questa domanda e, in quanto tale, non nega la possibilità che uno sviluppatore sia Scrum Master o che uno Scrum Master sia sviluppatore. Allo stesso tempo, dovrebbe essere chiaro che questa non è la condizione ottimale - maggiori dettagli di seguito.

Iniziamo definendo brevemente i ruoli di cui stiamo parlando.

Uno sviluppatore può essere uno Scrum Master | Sviluppatore Scrum

Sviluppatore Scrum vs. Scrum Master

Perché in Scrum i ruoli sono molto importanti. In questo senso, è importante chiarire la differenza tra “Scrum Developer vs. Scrum Master”: lo Scrum Master si concentra sull’ottimizzazione dei processi ed elimina gli ostacoli per il team di sviluppo. Al contrario, il focus dello Scrum Developer è sull’implementazione tecnica dei requisiti dei clienti.

Entrambi i ruoli si completano a vicenda ed è fondamentale rispettarne i confini per mantenere l’equilibrio nel team agile. Quindi uno Scrum Developer può essere anche uno Scrum Master o uno Scrum Master Developer? Prima di rispondere a questa domanda, ti illustriamo un altro vantaggio della combinazione dei due ruoli.

Uno sviluppatore può essere uno Scrum Master | Sviluppatore Scrum

Vantaggio: Agile Sfruttare le sinergie

Un esempio dell’aspetto positivo di questa combinazione è la profonda comprensione dei processi in un ambiente agile da parte di uno sviluppatore software. Uno sviluppatore scrum master può ottimizzare meglio i processi di sviluppo perché ha interiorizzato sia le esigenze del team che i principi agili. Questa comprensione consente di integrare perfettamente le pratiche e i valori di Scrum nel ciclo di sviluppo.

Il presupposto per questo è, naturalmente, che questo sviluppatore di software sia adeguatamente formato o che conosca lo Scrum Guide e, idealmente, abbia già maturato esperienza di coaching esterna. Inoltre, questo ruolo richiederebbe anche molto tempo per ricoprire entrambi i ruoli: sarà difficile.

Uno sviluppatore può essere uno Scrum Master | Sviluppatore Scrum

Svantaggio: mancanza di obiettività

Il rovescio della medaglia, tuttavia, è la potenziale perdita di una prospettiva obiettiva. Uno scrum master sviluppatore potrebbe non essere in grado di mantenere la distanza necessaria durante le revisioni del codice per fornire un feedback imparziale. La doppia funzione comporta il rischio di trascurare aspetti importanti che uno scrum master neutrale sarebbe in grado di cogliere meglio.

Il secondo svantaggio già menzionato, che potrebbe avere un impatto ancora maggiore: oggettivamente, nella maggior parte dei progetti software agili non c’è abbastanza tempo per svolgere efficacemente entrambi i ruoli, scrum master e sviluppatore software, in parallelo. Alcune responsabilità ne risentiranno in ogni caso. E ci sono altri svantaggi.

Uno sviluppatore può essere uno Scrum Master | Sviluppatore Scrum

Svantaggio: uscire dalla propria bolla

Un rischio potenziale che uno scrum master sviluppatore può correre è quello di rimanere intrappolato nella propria bolla tecnica. A causa dello stretto legame con lo sviluppo, le sfide sociali e interpersonali del team potrebbero essere trascurate. 

Tuttavia, il ruolo dello Scrum Master richiede un atteggiamento empatico e attento alle esigenze individuali dei membri del team. È importante uscire consapevolmente dalla prospettiva tecnica e considerare anche gli aspetti umani. Dopo tutto, il manifesto agile enfatizza la collaborazione e l’individuo più che i processi e gli strumenti – un promemoria che ricorda che guardare oltre il codice è importante quanto gli aspetti tecnici.

Quindi, uno Scrum Master può far parte del team di sviluppo oppure no? In sintesi, sì, è possibile, ma non è consigliato.

"Molti membri del team non hanno il coraggio di parlare!".

Risolvi questa sfida

"Scopriamo troppi problemi inaspettati e bug in ritardo!".

Risolvi questa sfida

"Perché a volte mi ci vogliono ore per preparare una semplice retrospettiva?".

Risolvi questa sfida

Uno sviluppatore può essere uno Scrum Master | Sviluppatore Scrum

Una soluzione: il supporto del coaching digitale

Se non avete davvero altra possibilità che ricoprire il ruolo di Scrum Master con uno sviluppatore di software “part-time”, allora il nostro strumento Echometer potrà esservi di grande aiuto: è stato sviluppato, tra l’altro, per questa sfida: i Scrum Master “part-time” diventano team coach professionisti in modo efficiente grazie al nostro semplice strumento.

Echometer è uno strumento digitale che aiuta i team agili a gestire le retrospettive agili e i Health Check dei team. Che sia remoto, ibrido o on-site: rende il team coaching misurabile e quindi professionalizza il tuo lavoro risparmiandoti molto lavoro. Dai un’occhiata al nostro sito web per saperne di più: www.echometerapp.com.

Se davvero non avete altra opzione che trasformare uno sviluppatore di software in uno Scrum Master part-time, provate almeno Echometer per massimizzare le probabilità di successo.

Christian Heidemeyer, psicologo e Scrum Master

Uno sviluppatore di software può essere uno Scrum Master o uno Scrum Developer?

Conclusione - Gli sviluppatori come Scrum Master

Uno Scrum Master può far parte del team di sviluppo? La doppia funzione “Sviluppatore-Scrum Master” apre opportunità di sinergie, ma richiede definizioni di ruolo chiare per evitare potenziali svantaggi. Uno Scrum Master agile con esperienza di sviluppo può fare da ponte tra la tecnologia e il lavoro di squadra, a condizione che sappia destreggiarsi tra i due ruoli. E questo potrebbe essere molto difficile nella pratica, quindi si tende a sconsigliarlo. Se non c’è altro modo, fatevi aiutare da strumenti come Echometer.

Pertanto, ancora una volta l’avviso: se volete provare come ci si sente a sviluppare ulteriormente il vostro team con il nostro strumento: potete avviare una retrospettiva agile senza login, in questo caso il workshop “Keep, Stop, Start”. 

In alternativa, è sufficiente inoltrare il nostro sito web ai colleghi responsabili: www.echometerapp.com.

Come fare

Mantieni lo Stop Start Retro: Come funziona la retrospettiva

1. Brainstorming rompighiaccio casuale (2-5 minuti)

   Echometer ti fornisce un generatore di domande di check-in casuali.

2. Revisione delle misure aperte (2-5 minuti)

   Prima di iniziare con nuovi argomenti, è bene parlare del controllo dell'efficacia di ciò che è successo con le misure delle retrospettive passate. Echometer elenca automaticamente tutte le azioni in sospeso delle retrospettive passate.

3. Discutere i temi della retrospettiva

   Utilizzate le seguenti domande aperte per raccogliere le vostre intuizioni più importanti. All'inizio ognuno lo fa per sé in segreto. Echometer permette di scoprire ogni colonna della Retro-Board singolarmente, per poi presentare e raggruppare il feedback.

   • Continua: Cosa dobbiamo tenere?
   • Stop: con cosa dovremmo fermarci?
   • Iniziare: cosa dovremmo iniziare a fare?

4. Domanda jolly (consigliata)

   Per dare spazio anche ad altri argomenti:

   • Di cos'altro vorresti parlare nella retrospettiva?

5. Definizione delle priorità / Votazione (5 minuti)

   Sulla Retro-Board in Echometer puoi facilmente assegnare le priorità al feedback con la votazione. Ovviamente, la votazione è anonima.

6. Definire le misure (10-20 minuti)

   È possibile creare una misura collegata tramite il simbolo più sul feedback. Non sei ancora sicuro di quale sia la misura giusta? Quindi apri invece una lavagna sull'argomento tramite il simbolo più per fare un brainstorming sulle cause principali e le possibili misure.

7. Checkout / Chiusura (5 minuti)

   Echometer ti permette di raccogliere feedback anonimi dal team su quanto sia stata utile la retrospettiva. Da questo nasce il punteggio ROTI ("Return On Time Invested"), che puoi monitorare nel tempo.

Mantieni lo Stop Start Retro

Continua: Cosa dobbiamo tenere?

Stop: con cosa dovremmo fermarci?

Iniziare: cosa dovremmo iniziare a fare?

Apri subito questo retro Adattati...