Guida Scrum | 10. Gli errori più comuni del Scrum Master

Il lavoro di un buon Scrum Master può essere riconosciuto dal fatto che a un certo punto non è più necessario nel lavoro quotidiano del Team di Sviluppo. Tuttavia, questo non è sempre il caso. Quali sono le ragioni degli errori dello Scrum Master?

Errori dello Scrum Master – indice:

• Troppo controllo
• Troppo poco impegno
• Riepilogo

Il compito di uno Scrum Master è principalmente quello di supportare il lavoro del Team di Sviluppo. Pertanto, gli errori più comuni dello Scrum Master derivano solitamente dal modo in cui partecipa al funzionamento quotidiano degli Sviluppatori. Abbiamo diviso questi errori dello Scrum Master in due gruppi. Il primo include problemi derivanti da un coinvolgimento eccessivo, mentre il secondo include problemi derivanti dalla presenza insufficiente dello Scrum Master nella vita del Team di Sviluppo.

Troppo controllo

La necessità di mantenere troppo controllo sul Team spesso causa errori nell’applicazione di Scrum. Gli errori dello Scrum Master diventano più evidenti nelle seguenti situazioni.

1. Lo Scrum Master cerca una soluzione al problema invece di aiutare il team a affrontare la difficoltà. Tipicamente, la radice del problema è che lo Scrum Master è anche un esperto in ciò che il Team di Sviluppo sta facendo. La loro incapacità di uscire dal ruolo di esperto li rende incapaci di assistere efficacemente il team nel trovare soluzioni da soli. Questo approccio può anche portare a decisioni autoritarie prese da una sola persona – e questo è probabilmente il più grande errore che uno Scrum Master possa fare.
2. Lo Scrum Master non consente al team di fare errori. Questo problema è strettamente legato al precedente. Se il team è effettivamente protetto dallo Scrum Master dal fare errori, non imparerà a risolvere i problemi da solo o a prendersi responsabilità per il proprio lavoro. Si affiderà sempre ai consigli e all’esperienza dello Scrum Master.
3. Lo Scrum Master cerca di cambiare le persone invece di lavorare sull’atmosfera del team. Questo problema include troppo enfasi sul cambiare il comportamento di un membro o membri del team, così come cambiamenti di personale. È un errore cambiare la composizione del Team di Sviluppo mentre si lavora su un Obiettivo di Prodotto se non è assolutamente necessario. Può introdurre ritardi significativi nella sua realizzazione e disturbare il ritmo di lavoro del Team di Sviluppo. E anche interrompere il ritmo della formazione del Team, di cui scriviamo in un articolo separato.
4. Lo Scrum Master agisce come supervisore del Team di Sviluppo nell’organizzazione. Questo è un errore che non deriva spesso dalle decisioni dello Scrum Master stesso. Tuttavia, può esacerbare tutti gli errori che sorgono dalla necessità di controllare il Team.
5. Lo Scrum Master si coinvolge eccessivamente nel funzionamento del Team. Quando il Team è composto da esperti che conoscono le competenze e le responsabilità reciproche e funziona secondo i principi di Scrum, gli Scrum Master non dovrebbero interferire senza invito nel modo in cui il Team lavora. Se lo fanno, stanno semplicemente interferendo con il buon funzionamento del team. Buoni Scrum Master, grazie alla loro posizione ben consolidata come coach e leader, verranno consultati in situazioni di emergenza o in situazioni che richiedono un nuovo punto di vista. Ecco perché dovrebbero essere disponibili su chiamata per gli Sviluppatori senza imporre la loro presenza.
6. Uno Scrum Master è troppo rigido nella sua adesione ai principi di Scrum. Se qualche aspetto di Scrum non funziona in un particolare Team, lo Scrum Master dovrebbe provare un approccio diverso. Ogni Team è diverso e Scrum è solo un quadro generale.

Troppo poco impegno

Non solo troppo, ma anche non abbastanza coinvolgimento dello Scrum Master può portare a molti errori. Abbiamo descritto di seguito i più comuni.

1. Lo Scrum Master non è sufficientemente familiare con i principi di Scrum. Questo errore porterà molto probabilmente alla loro implementazione impropria. E il lavoro del Team sarà solo apparentemente lavoro Scrum.
2. Lo Scrum Master non sta applicando i principi di Scrum. La presenza inadeguata dello Scrum Master giorno per giorno significa che non sta proteggendo il team come dovrebbe. Questo può portare a una mancanza di protezione dall’afflusso di compiti esterni. O al fallimento del Team di Sviluppo nel raggiungere l’Obiettivo dello Sprint.
3. Lo Scrum Master non si assicura che venga seguito un ritmo Scrum coerente. La negligenza nell’organizzare gli Eventi Scrum può portare a sprechi di tempo. Questo si tradurrà in Eventi troppo lunghi o mal gestiti – Pianificazione dello Sprint, Retrospettiva dello Sprint o Revisione dello Sprint (di cui scriveremo in post separati). È anche un errore posticipare eventi o cambiare la loro durata.
4. Lo Scrum Master non risponde ai conflitti nel Team. Aspettarsi che i conflitti nel Team si risolvano da soli nel tempo è un errore dello Scrum Master. Il conflitto non è sempre negativo, ma lo Scrum Master non dovrebbe solo essere consapevole della sua esistenza e stato attuale, ma anche impegnarsi in esso come negoziatore. E anche essere in grado di utilizzare il conflitto per cambiare e migliorare il Team.
5. Presenza insufficiente dello Scrum Master. Il problema sorge quando lo Scrum Master trascorre troppo poco tempo a lavorare con il Team e si coinvolge in compiti specializzati, ad esempio. Questo lo porta ad ascoltare troppo poco e a fare troppe poche domande. Questo, come abbiamo scritto nell’articolo precedente, è una competenza chiave per uno Scrum Master. Il risultato è che lo Scrum Master non conosce abbastanza bene qual è la situazione attuale e l’atmosfera nel Team. E si accontenta dello status quo.
6. Lo Scrum Master non mette in discussione lo status quo. Affinché il Team di Sviluppo, e il Team Scrum nel suo insieme, crescano, è necessario sfidare costantemente lo status quo. Questo è spesso un’attività rischiosa e potenzialmente inflittiva. Uno Scrum Master dovrebbe intraprenderla con la consapevolezza delle difficoltà che potrebbe incontrare. Tuttavia, non esiste un “Team di Sviluppo maturo che non sta più evolvendo”. Lasciarlo solo porterà rapidamente a un deterioramento significativo delle sue prestazioni.
7. Lo Scrum Master non condivide le sue osservazioni sulle prestazioni del Team con il Team. Mantenere questa conoscenza per sé rende difficile, o addirittura impossibile, per il Team crescere. Mentre è completamente concentrato sulle responsabilità quotidiane, lo Scrum Master non lavora sul modo in cui i membri del team collaborano. Questo porta frequentemente all’accumulo di problemi e conflitti.

Errori comuni dello Scrum Master – riepilogo

Gli errori dello Scrum Master derivanti da un coinvolgimento insufficiente o eccessivo con il Team di Sviluppo possono distruggere il ritmo del lavoro. E persino contribuire a fermare l’attività secondo le regole di Scrum. Pertanto, è utile per uno Scrum Master essere consapevole dei potenziali errori e dei rischi risultanti. E anche tenere d’occhio la propria relazione con il Team.

Se ti piace il nostro contenuto, unisciti alla nostra comunità di api operose su Facebook, Twitter, LinkedIn, Instagram, YouTube.