Ghid Scrum | 10. Cele mai frecvente greșeli ale lui Scrum Master

Publicat: 2022-04-20

Munca unui bun Scrum Master poate fi recunoscută prin faptul că la un moment dat nu mai sunt necesare în munca zilnică a echipei de dezvoltare. Cu toate acestea, acest lucru nu este întotdeauna cazul. Care sunt motivele greșelilor lui Scrum Master?

Greșeli ale Scrum Master – cuprins:

  • Absența Scrum Master
  • Prezența Scrum Master insuficientă
  • rezumat

Slujba unui Scrum Master este în primul rând de a sprijini activitatea echipei de dezvoltare. Prin urmare, cele mai frecvente greșeli ale Scrum Master provin de obicei din modul în care participă la funcționarea zilnică a Dezvoltatorilor. Am împărțit aceste greșeli ale Scrum Master în două grupuri. Prima include probleme rezultate din prea multă implicare, în timp ce a doua include probleme rezultate din prezența insuficientă a Scrum Master în viața echipei de dezvoltare.

mistakes of Scrum Master - The Scrum Master's Absence

Absența Scrum Master

Necesitatea de a menține prea mult control asupra echipei provoacă adesea greșeli în aplicarea Scrum. Erorile Scrum Master devin cel mai frecvent evidente în următoarele situații.

  1. Scrum Master caută o soluție la problemă în loc să ajute echipa să facă față dificultății. De obicei, rădăcina problemei este că Scrum Master este, de asemenea, un expert în ceea ce face echipa de dezvoltare. Incapacitatea lor de a ieși din rolul de expert îi face să nu fie capabili să asiste în mod eficient echipa să găsească singuri soluții. Această abordare poate duce, de asemenea, la o singură persoană, luarea deciziilor autoritare – și aceasta este probabil cea mai mare greșeală pe care o poate face un Scrum Master.
  2. Scrum Master nu permite echipei să facă greșeli. Această problemă este strâns legată de cea anterioară. Dacă echipa este protejată eficient de Scrum Master împotriva greșelilor, ea nu va învăța să rezolve singur problemele sau să-și asume responsabilitatea pentru munca sa. Se va baza întotdeauna pe sfatul și expertiza Scrum Master.
  3. Scrum Master încearcă să schimbe oamenii în loc să lucreze la atmosfera de echipă. Această problemă include prea mult accent pe schimbarea comportamentului unui membru sau membrilor echipei, precum și pe schimbările de personal. Este o greșeală să schimbi componența echipei de dezvoltare în timp ce lucrezi la un obiectiv de produs dacă nu este absolut necesar. Poate introduce întârzieri semnificative în realizarea sa și poate perturba ritmul de lucru al echipei de dezvoltare. Și, de asemenea, perturbă ritmul formării echipei, despre care scriem într-un articol separat.
  4. Scrum Master acționează ca supervizor al echipei de dezvoltare din organizație. Aceasta este o greșeală care nu rezultă adesea din propriile decizii ale Scrum Master. Cu toate acestea, poate exacerba toate erorile care decurg din necesitatea de a controla Echipa.
  5. Scrum Master se implică excesiv în funcționarea echipei. Atunci când Echipa este compusă din experți care își cunosc reciproc abilitățile și responsabilitățile și funcționează conform principiilor Scrum, Scrum Masters nu ar trebui să intervină neinvitați în modul în care funcționează Echipa. Dacă o fac, pur și simplu interferează cu buna funcționare a echipei. Bunii Scrum Masters, datorită poziției lor bine stabilite de antrenor și lideri, vor fi solicitați sfaturi în situații de urgență sau în situații care necesită o nouă privire. De aceea ar trebui să fie disponibile la apel pentru Dezvoltatori fără a nu-și impune prezența.
  6. Un Scrum Master este prea rigid în aderarea sa la principiile Scrum. Dacă vreun aspect al Scrum nu funcționează într-o anumită echipă, Scrum Master ar trebui să încerce o abordare diferită. Fiecare echipă este diferită, iar Scrum este doar un cadru general.
mistakes of Scrum Master

Prezența Scrum Master insuficientă

Nu doar prea multă, dar și insuficientă implicarea Scrum Master poate duce la multe greșeli. Pe cele mai comune le-am descris mai jos.

  1. Scrum Master nu este suficient de familiarizat cu principiile Scrum. Această greșeală va duce cel mai probabil la implementarea lor necorespunzătoare. Iar munca echipei va fi doar aparent munca Scrum.
  2. Scrum Master nu aplică principiile Scrum. Prezența zilnică inadecvată a Scrum Master înseamnă că nu protejează echipa așa cum ar trebui. Acest lucru poate duce la o lipsă de protecție față de afluxul de sarcini externe. Sau la eșecul echipei de dezvoltare de a îndeplini obiectivul de sprint.
  3. Scrum Master nu se asigură că este urmat un ritm Scrum consistent. Neatenția în organizarea evenimentelor Scrum poate duce la pierderea timpului. Acest lucru va duce la evenimente prea lungi sau prost desfășurate – Sprint Planning, Sprint Retrospective sau Sprint Review (despre care vom scrie în postări separate). De asemenea, este o greșeală să amâni evenimente sau să le schimbi durata.
  4. Scrum Master nu răspunde la conflictele din echipă. A aștepta ca conflictele din echipă să se rezolve în timp este o greșeală a Scrum Master. Conflictul nu este întotdeauna rău, dar Scrum Master nu numai că ar trebui să fie conștient de existența și starea sa actuală, ci și să se angajeze în el ca negociator. Și, de asemenea, să poți folosi conflictul pentru a schimba și îmbunătăți echipa.
  5. Prezența Scrum Master insuficientă. Problema apare atunci când Scrum Master petrece prea puțin timp lucrând cu Echipa și se implică în sarcini specializate, de exemplu. Acest lucru îl face să asculte prea puțin și să pună prea puține întrebări. Aceasta, așa cum am scris în articolul anterior, este o abilitate cheie pentru un Scrum Master. Rezultatul este că Scrum Master nu știe suficient de bine care este situația și atmosfera actuală în Echipă. Și se mulțumește cu status quo-ul.
  6. Scrum Master nu pune la îndoială status quo-ul. Pentru ca Echipa de Dezvoltare și Echipa Scrum în ansamblu să crească, este necesar să contestăm constant status quo-ul. Aceasta este adesea o activitate riscantă și potențial provocatoare. Un Scrum Master ar trebui să o întreprindă cu conștientizarea dificultăților pe care le poate întâmpina. Cu toate acestea, nu există o „echipă de dezvoltare matură care să nu mai evolueze”. Lăsând-o în pace va duce rapid la o deteriorare semnificativă a performanței sale.
  7. Scrum Master nu împărtășește cu echipa observațiile sale despre performanța echipei . Păstrarea acestor cunoștințe pentru ei înșiși face dificilă sau chiar imposibilă creșterea echipei. Deși este complet concentrat pe responsabilitățile zilnice, Scrum Master nu lucrează la modul în care membrii echipei lucrează împreună. Acest lucru duce frecvent la acumularea de probleme și conflicte.
mistakes of Scrum Master

Greșeli frecvente ale Scrum Master – rezumat

Greșelile Scrum Master rezultate din implicarea insuficientă sau excesivă în Echipa de Dezvoltare pot distruge ritmul muncii. Și chiar contribuiți la oprirea activității conform regulilor Scrum. Prin urmare, merită ca un Scrum Master să fie conștient de potențialele erori și riscurile rezultate. Și, de asemenea, să țină cont de relația lor cu Echipa.

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube.

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

Autor: Caroline Becker

În calitate de manager de proiect, Caroline este expertă în găsirea de noi metode de a proiecta cele mai bune fluxuri de lucru și de a optimiza procesele. Abilitățile ei de organizare și capacitatea de a lucra sub presiunea timpului o fac cea mai bună persoană pentru a transforma proiectele complicate în realitate.

Vizualizați toate postările

Ghid Scrum:

  1. Glosar de termeni de bază, roluri și noțiuni
  2. Ce este Scrum?
  3. Valorile Scrum
  4. Cum implementezi Scrum în compania ta?
  5. Echipa Scrum - ce este și cum funcționează?
  6. Cine este un proprietar de produs?
  7. Cele mai frecvente greșeli ale Product Ownerului
  8. Cine este Scrum Master?
  9. Caracteristicile unui bun Scrum Master
  10. Cele mai frecvente greșeli ale Scrum Master
  11. Ce statistici și valori ar trebui să urmărească Scrum Master?
  12. Cooperare între Product Owner și Scrum Master
  13. Echipa de dezvoltare în Scrum
  14. Cele mai frecvente greșeli ale dezvoltatorilor
  15. Artefacte Scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Ce este Product Backlog?
  19. Ce sunt User Stories?
  20. Crearea celei mai bune povești de utilizator cu INVEST
  21. Cele mai frecvente greșeli ale User Story
  22. Criterii de acceptare a poveștii utilizatorului
  23. Estimare și Story Points în Scrum
  24. Planificarea Pokerului
  25. Joc de estimare a echipei
  26. Definirea creșterii
  27. Evenimente Scrum
  28. Ce este Sprint în Scrum?
  29. Angajamentele echipei Scrum - Obiectiv de produs, obiectiv de sprint și definiția finalizării
  30. Ce este un grafic Burndown?
  31. Cum se creează și se interpretează un grafic de ardere?
  32. Avantajele și dezavantajele diagramei de ardere
  33. Panouri Kanban în Scrum și Scrumban
  34. Viteza în Scrum - Viteza echipei de dezvoltare
  35. Scrum zilnic
  36. Planificarea sprintului
  37. Sprint Review
  38. Ce este o retrospectivă Sprint?
  39. Greșeli frecvente în timpul unei retrospective de sprint
  40. Creșterea backlog-ului de produse