Ghid Scrum | 12. Cooperare între Product Owner și Scrum Master

Publicat: 2022-04-22

În articolul de astăzi, vom acoperi subiectul cooperării dintre Product Owner și Scrum Master. Proprietarul de produs pune un obiectiv de produs clar definit în fața echipei de dezvoltare și necesită progrese în implementarea acestuia. Scrum Master are grijă de calitatea procesului de creare a acestuia: o atmosferă bună care însoțește munca echipei, motivație și înlăturarea obstacolelor. Cu toate acestea, atât Product Owner, cât și Scrum Master nu sunt două forțe independente care acționează asupra echipei de dezvoltare.

Cooperare între Product Owner și Scrum Master – cuprins

  1. Scrum Master și Product Owner
  2. Sprijinirea comunicării eficiente cu dezvoltatorii
  3. Cunoștințe din experiență
  4. Prezentarea părților interesate în Scrum
  5. rezumat
cooperation between Product Owner and Scrum Master

Scrum Master și Product Owner

Deși modul în care funcționează fiecare dintre ei este foarte diferit, interesele lor converg: totul se referă la lucrul eficient al echipei Scrum. De aceea, relația dintre Scrum Master și Product Owner și colaborarea lor eficientă este atât de importantă.

Majoritatea sarcinilor Product Owner-ului și Scrum Master – pe care le-am descris mai detaliat în articole separate – gravitează în jurul responsabilităților lor legate de munca echipei de dezvoltare. Cu toate acestea, îndatoririle și responsabilitățile Scrum Master includ și sprijinirea muncii Product Ownerului.

Sprijinirea comunicării eficiente cu dezvoltatorii

Comunicarea eficientă între Product Owner și Echipa de Dezvoltare necesită cel puțin două elemente fundamentale puternice: inteligibilitate și impact suficient. Scrum Master îl ajută pe Product Owner să le întărească.

Înțelegerea backlog-ului de produse

Unul dintre modalitățile principale prin care Scrum Master îl ajută pe Product Owner este să se asigure că mesajele formulate sunt înțelese de către Echipa de Dezvoltare. Scrum Master examinează intrările Product Backlog și pune întrebări suplimentare pentru a le îmbunătăți claritatea , acordând atenție în primul rând:

  • claritatea intrărilor – astfel încât dezvoltatorii să știe exact în ce scop dezvoltă o anumită funcționalitate
  • păstrarea intrărilor concise – astfel încât descrierile funcționalităților planificate să includă doar informațiile necesare și să fie nevoie de cât mai puțin timp posibil pentru a le citi

În acest fel, Scrum Master previne apariția unei discrepanțe între Obiectivul Produsului, așa cum își imaginează Product Ownerul și modul în care membrii echipei de dezvoltare și-au înțeles sarcina.

Puterea influenței Product Ownerului

Scrum Master îl ajută pe Product Owner să sporească eficacitatea mesajului și carisma. Scrum Master acționează ca un coach cu care Product Owner poate discuta probleme problematice referitoare la Produs și la realizarea acestuia. De aceea sunt atât de importante întâlnirile individuale în timpul cărora au loc discuții între ei. Datorită acestor discuții, Product Owner-ul poate clarifica viziunea produsului și poate răspunde la întrebările Scrum Master-ului înainte de a-l prezenta echipei.

Scrum Master, oferind feedback, face mesajul Product Owner-ului în timpul unei întâlniri cu echipa mai puternic și mai clar. Această pregătire necesară îl ajută pe Product Owner să comunice din ce în ce mai bine Obiectivul produsului în timpul evenimentelor Scrum, pe care le descriem într-un articol separat.

Product Owner and Scrum Master

Cunoștințe din experiență

De asemenea, Scrum Master îl ajută pe Product Owner să planifice realist sarcinile echipei de dezvoltare. Se poate întâmpla ca un Product Backlog bine pregătit să nu se potrivească cu modul de lucru al organizației în care trebuie să se realizeze Obiectivul Produsului.

Prin urmare, Scrum Master îl va sprijini pe Product Owner cu cunoștințe din experiență , trăgând-o din observarea eșecurilor și dificultăților apărute în proiectele anterioare. Datorită cunoștințelor empirice, Scrum Master poate prevedea dificultățile în îndeplinirea sarcinilor și atingerea obiectivului de produs care rezultă din specificul organizației, al echipei sau al specializării acesteia.

Prezentarea părților interesate în Scrum

Scrum Master lucrează zilnic în principal cu echipa de dezvoltare. Și uneori și cu departamentul de HR, mai ales în timpul procesului de team-building și în acele rare momente în care echipa trebuie extinsă sau schimbată. Îndatoririle zilnice ale Scrum Master nu includ, de obicei, cooperarea părților interesate – aceasta este treaba Product Owner-ului.

Excepția este atunci când începeți să lucrați cu părți interesate care nu sunt familiarizați cu principiile și rolurile Scrum. Acesta este momentul în care Scrum Masters lucrează cu Product Owner-ul în întâlniri cu toate persoanele implicate în crearea Produsului. Ei explică cine este cine în echipa Scrum, despre care am scris într-un articol separat. De asemenea, îl ajută pe Product Owner să implementeze bune practici de comunicare. Acestea includ, de exemplu, prezența activă a părților interesate în timpul Sprint Review sau crearea unor povești bune pentru utilizatori.

rezumat

Scrum Master permite Product Ownerului să se concentreze asupra muncii lor: pe maximizarea valorii de afaceri a produsului creat. De asemenea, Scrum Master îl ajută pe Product Owner în comunicare eficientă prin coaching individual și discuții despre forma Product Backlog. În plus, Scrum Master îl sprijină pe Product Owner cu cunoștințele sale de lucru cu o anumită echipă și organizație. Și în sfârșit – dacă este necesar – facilitează Product Owner-ului prin introducerea părților interesate în modul de lucru Scrum.

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

Scrum Guide | 12. Cooperation between Product Owner and 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