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

Pubblicato: 2022-04-20

Il lavoro di un buon Scrum Master si riconosce dal fatto che ad un certo punto non sono più necessari nel lavoro quotidiano del Team di Sviluppo. Tuttavia, questo non è sempre il caso. Quali sono le ragioni degli errori di Scrum Master?

Errori di Scrum Master – indice:

  • L'assenza dello Scrum Master
  • Presenza Scrum Master insufficiente
  • Riepilogo

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

mistakes of Scrum Master - The Scrum Master's Absence

L'assenza dello Scrum Master

La necessità di mantenere un controllo eccessivo sul Team è spesso causa di errori nell'applicazione di Scrum. Gli errori di Scrum Master diventano più frequentemente evidenti nelle seguenti situazioni.

  1. Lo Scrum Master cerca una soluzione al problema invece di aiutare il team ad affrontare la difficoltà. Tipicamente la radice del problema è che lo Scrum Master è anche un esperto in ciò che sta facendo il Team di Sviluppo. La loro incapacità di uscire dal ruolo di esperti li rende incapaci di assistere efficacemente il team nella ricerca di soluzioni da soli. Questo approccio può anche portare a un processo decisionale autoritario e individuale, e questo è probabilmente l'errore più grande che uno Scrum Master possa fare.
  2. Lo Scrum Master non permette al team di sbagliare. Questo problema è strettamente correlato al precedente. Se il team è efficacemente protetto dallo Scrum Master dal commettere errori, non imparerà a risolvere i problemi da solo o ad assumersi la responsabilità del proprio lavoro. Si affiderà sempre ai consigli e alle competenze dello Scrum Master.
  3. Lo Scrum Master cerca di cambiare le persone invece di lavorare sull'atmosfera di squadra. Questo problema include troppa enfasi sul cambiamento del comportamento di uno o più membri del team, nonché sui cambiamenti del personale. È un errore modificare la composizione del Team di sviluppo mentre si lavora su un obiettivo di prodotto se non è assolutamente necessario. Può introdurre notevoli ritardi nella sua realizzazione e disturbare il ritmo di lavoro del Team di Sviluppo. E interrompe anche il ritmo della formazione del Team, di cui scriviamo in un articolo separato.
  4. Lo Scrum Master funge da supervisore del Team di Sviluppo nell'organizzazione. Questo è un errore che non deriva spesso dalle stesse decisioni dello Scrum Master. Tuttavia, può esacerbare tutti gli errori che nascono dalla necessità di controllare il Team.
  5. Lo Scrum Master si impegna eccessivamente nel funzionamento del Team. Quando il Team è composto da esperti che conoscono le reciproche capacità e responsabilità e funziona secondo i principi di Scrum, gli Scrum Master non dovrebbero interferire senza essere invitati nel modo in cui il Team lavora. Se lo fanno, stanno semplicemente interferendo con il buon funzionamento della squadra. Ai buoni Scrum Master, grazie alla loro consolidata posizione di coach e leader, verrà chiesto consiglio in situazioni di emergenza o situazioni che richiedono un nuovo look. Ecco perché dovrebbero essere disponibili su chiamata per gli sviluppatori senza non imporre la loro presenza.
  6. Uno Scrum Master è troppo rigido nella sua adesione ai principi 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 una struttura generale.
mistakes of Scrum Master

Presenza Scrum Master insufficiente

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

  1. Lo Scrum Master non ha sufficiente familiarità con i principi di Scrum. Questo errore molto probabilmente porterà alla loro implementazione impropria. E il lavoro del Team sarà solo apparentemente lavoro di Scrum.
  2. Lo Scrum Master non sta applicando i principi Scrum. La presenza quotidiana inadeguata dello Scrum Master significa che non sta proteggendo il team come dovrebbe. Ciò può portare a una mancanza di protezione dall'afflusso di compiti esterni. O al mancato raggiungimento dello Sprint Goal da parte del Team di sviluppo.
  3. Lo Scrum Master non si assicura che venga seguito un ritmo Scrum coerente. La negligenza nell'organizzazione degli Eventi Scrum può portare a perdite di tempo. Ciò si tradurrà in eventi troppo lunghi o mal eseguiti: pianificazione dello sprint, retrospettiva dello sprint o revisione dello sprint (di cui parleremo in post separati). È anche un errore posticipare gli eventi o cambiarne la 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 di uno Scrum Master. Il conflitto non è sempre negativo, ma lo Scrum Master non dovrebbe solo essere consapevole della sua esistenza e dello stato attuale, ma anche impegnarsi come negoziatore. E anche essere in grado di usare il conflitto per cambiare e migliorare la squadra.
  5. Presenza Scrum Master insufficiente. Il problema sorge quando lo Scrum Master trascorre troppo poco tempo a lavorare con il Team e viene coinvolto in compiti specializzati, ad esempio. Questo lo fa ascoltare troppo poco e fare troppe poche domande. Questa, come abbiamo scritto nell'articolo precedente, è un'abilità chiave per uno Scrum Master. Il risultato è che lo Scrum Master non conosce abbastanza bene quale sia la situazione e l'atmosfera attuale 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 lo Scrum Team nel suo insieme, crescano, è necessario sfidare costantemente lo status quo. Questa è spesso un'attività rischiosa e potenzialmente inflitta. Uno Scrum Master dovrebbe intraprenderlo con la consapevolezza delle difficoltà che può incontrare. Tuttavia, non esiste un "Team di sviluppo maturo che non è più in evoluzione". Lasciarlo da solo porterà rapidamente a un significativo deterioramento delle sue prestazioni.
  7. Lo Scrum Master non condivide con il Team le sue osservazioni sulla performance del Team . Tenere queste conoscenze per sé rende difficile, o addirittura impossibile, la crescita del Team. Sebbene sia completamente concentrato sulle responsabilità quotidiane, Scrum Master non lavora sul modo in cui i membri del team lavorano insieme. Questo porta spesso all'accumulo di problemi e conflitti.
mistakes of Scrum Master

Errori comuni di Scrum Master – riepilogo

Errori di Scrum Master derivanti da un coinvolgimento insufficiente o eccessivo con il Team di Sviluppo possono distruggere il ritmo del lavoro. E anche contribuire a fermare l'attività secondo le regole di Scrum. Pertanto vale la pena che uno Scrum Master sia consapevole dei potenziali errori e dei rischi che ne derivano. E anche per tenere d'occhio il loro rapporto con il Team.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

  1. Glossario di termini, ruoli e nozioni di base
  2. Cos'è Scrum?
  3. Valori di mischia
  4. Come implementare Scrum nella tua azienda?
  5. Scrum Team: cos'è e come funziona?
  6. Chi è un Product Owner?
  7. Gli errori più comuni del Product Owner
  8. Chi è lo Scrum Master?
  9. Caratteristiche di un buon Scrum Master
  10. Gli errori più comuni di Scrum Master
  11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
  12. Collaborazione tra Product Owner e Scrum Master
  13. Team di sviluppo in Scrum
  14. Gli errori più comuni degli sviluppatori
  15. Artefatti di Scrum
  16. Scalare Scrum
  17. Sprint arretrato
  18. Cos'è il Product Backlog?
  19. Cosa sono le User Story?
  20. Creare la migliore User Story con INVEST
  21. Gli errori di User Story più comuni
  22. Criteri di accettazione della User Story
  23. Stima e Punti Storia in Scrum
  24. Pianificazione del poker
  25. Gioco di stima della squadra
  26. Incremento di definizione
  27. Eventi Scrum
  28. Cos'è lo Sprint in Scrum?
  29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
  30. Che cos'è un diagramma di burndown?
  31. Come creare e interpretare un diagramma di burndown?
  32. Vantaggi e svantaggi del diagramma di burndown
  33. Tavole Kanban in Scrum e Scrumban
  34. Velocity in Scrum - Velocità del Team di Sviluppo
  35. Scrum quotidiano
  36. Pianificazione dello sprint
  37. Recensione Sprint
  38. Che cos'è una retrospettiva sprint?
  39. Errori comuni durante una Retrospettiva Sprint
  40. Consolidamento del Product Backlog