Ghid Scrum | 6. Product Owner – cine este?

Publicat: 2022-04-13

Se poate întâmpla chiar dacă este formată din specialiști cu experiență, Echipa de Dezvoltare nu își poate găsi munca suficient de rapid și eficient. Când ne uităm înapoi la imaginea de ansamblu după încheierea proiectului, de multe ori se dovedește că lipsa unui obiectiv definit a fost de vină pentru această situație. Când lucrăm în cadrul Scrum, pentru a preveni acele și alte probleme tulburătoare, creatorii poziției de Product Owner, rol pe care ne vom concentra în articolul nostru de astăzi.

Product Owner – cuprins:

  1. Responsabilitățile proprietarului produsului
  2. Vocea clientului în echipa Scrum
  3. Proprietarul produsului și scopul acestuia
  4. Gardianul de restanțe
  5. rezumat

Responsabilitățile proprietarului produsului

Doar Product Ownerul poate face înscrieri în Product Backlog, precum și efectua un apel final în cazul în care există îndoieli cu privire la așteptările clienților. Responsabilitățile de bază ale acestui rol includ:

  1. Colaborarea cu Clientul – purtand conversatii regulate cu clientul care conduc la definirea si precizarea caracteristicilor Produsului creat de Echipa Scrum; scopul principal aici este de a crea un produs care să răspundă cel mai bine cerințelor clientului.
  2. Articularea obiectivului de produs – adică dezvoltarea și definirea direcției pe termen lung a activităților echipei Scrum și asigurarea faptului că toți membrii echipei îl înțeleg.
  3. Păstrarea Product Backlog – vom discuta Product Backlog într-un articol dedicat separat, dar deocamdată este suficient să spunem că este unul dintre Scrum Artefacts, definit în Ghidul Scrum oficial. Este o listă structurată și evolutivă a ceea ce este necesar pentru îmbunătățirea produsului. Este singurul plan al muncii întreprinse de Echipa Scrum. Deci, să aruncăm o privire mai atentă asupra rolului Product Owner-ului în echipa Scrum.
Scrum: Who is a Product Owner?

Vocea clientului în echipa Scrum

Product Owner -ul ia unghiul clientului în echipa Scrum. Datorită prezenței acestui rol, echipa Scrum își poate aborda îndoielile în mod continuu. Ei nu trebuie să interpreteze singuri îndrumările adesea neclare lăsate de client.

Luarea deciziilor cu privire la Produs, stabilirea priorităților echipei de dezvoltare împreună cu crearea și organizarea înregistrărilor în Product Backlog, fac ca Product Ownerul să fie un membru atât de important al echipei.

Implicarea zilnică regulată a Product Owner -ului cu echipa de dezvoltare și cu Scrum Master este crucială din cauza duratei scurte a sprinturilor. Acestea sunt perioade de muncă intensă pentru crearea Product Increment – ​​un subiect pe care îl vom trata într-un articol separat.

Nu există timp pentru a trimite întrebări cuiva care lucrează într-o locație diferită și așteptați un răspuns la distanță. Prin urmare, Product Ownerul este cel care devine un reprezentant al clienților în cadrul echipei. Echipa este prezentă în ea.

Proprietarii de produse participă, de asemenea, la toate întâlnirile echipei Scrum pentru a fi la curent cu progresul echipei de dezvoltare. Recunoscând dificultățile colegilor, aceștia pot furniza informații fiabile Clientului și pot organiza eficient munca echipei.

Această ocupație este de a reduce decalajul dintre mediul echipei Scrum, adică mediul de afaceri și dezvoltatori. De asemenea, să organizeze munca echipei de dezvoltatori, precum și să decidă care sunt criteriile pentru finalizarea lucrării la o anumită soluție. Și, de asemenea, aprobă momentul împlinirii lor.

Proprietarul produsului și scopul acestuia

Product Owner-ul este responsabil pentru definirea și clarificarea clară a Obiectivului produsului, adică definirea scopului muncii echipei. Cu alte cuvinte, aceasta include munca conceptuală și organizatorică, al cărei scop este, în principal, manipularea User Stories: crearea conceptului de produs și funcționalitatea acestuia care să corespundă și să răspundă nevoilor Clientului. O parte la fel de mare din sarcinile Product Ownerului se referă la munca de management – ​​organizarea și prioritizarea sarcinilor din Product Backlog.

Din perspectiva Scrum Team, înseamnă a avea grijă de claritatea orizontului de activitate. Vom vorbi despre obiectivul de produs într-o intrare separată. Astăzi vom folosi un exemplu:

Scopul echipei Scrum să fie acela de a crea o aplicație mobilă pentru organizarea muncii echipei. Sarcina Product Ownerului este de a explica membrilor echipei Scrum care sunt funcționalitățile cheie ale aplicației din punctul de vedere al clientului. De exemplu – adăugarea de noi membri ai echipei prin lista de contacte sau comutarea între vizualizarea echipei și a calendarului personal.

Odată ce echipa înțelege Obiectivul produsului, proprietarul produsului va rămâne să:

  • menținerea cursului corect – astfel încât funcționalitatea cea mai proeminentă a aplicației create să fie întotdeauna în concordanță cu obiectivul de produs, adică organizarea muncii echipei
  • clarificarea problemelor mai detaliate – căutarea împreună cu echipa, acordarea și specificarea modului în care funcționează Produsul
  • ținând un ochi pe priorități – urmând principiul „primul lucru în primul rând”, sarcina Product Owner-ului va fi, de exemplu, să prevină dezvoltarea funcționalităților secundare sau suplimentare ale aplicațiilor care au o importanță secundară din punctul de vedere al clientului

Achiziționarea unui punct de vedere al clienților sau chiar al părților interesate îi face pe Product Owns factori de decizie cheie în procesul de creare a produsului. Mai mult decât atât, ei participă la discuții cu oameni din afara echipei Scrum și poartă povara livrării de produse valoroase către Client.

product owner

Gardianul de restanțe

Sarcinile zilnice ale Product Ownerului includ organizarea elementelor Product Backlog-ului. Aceasta este o sarcină descurajantă, deoarece continuă să se schimbe pe parcursul întregului efort al proiectului. Jurnalul scris conține toate măsurile și pașii cunoscuți care conduc la realizarea Obiectivului de produs. Desigur, ele sunt fin segregate și prioritizate înainte de execuție.

Product Owner rafinează sarcinile incluse în Product Backlog și le împarte în mai mici. Apoi decide care dintre ele sunt gata să intre în etapa de implementare.

Pe de o parte, lucrul cu Product Backlog este o muncă administrativă și organizatorică, care necesită înțelegerea naturii, capacitățile și limitările muncii echipei de dezvoltatori. Pe de altă parte, sarcina Product Ownerului este să înțeleagă natura, capacitățile și limitările muncii echipei de dezvoltare, precum și condițiile externe de afaceri ale dezvoltării produsului.

Totuși, pe de altă parte, sarcina Product Ownerului este să creeze Product Backlog în funcție de nevoile echipei Scrum. Trebuie să fie clar, accesibil și ușor de înțeles pentru toți membrii echipei. Pe de altă parte, Product Owner-ul este responsabil să răspundă la toate întrebările și îndoielile pe care Scrum Master și Dezvoltatorii le au cu privire la produs. Datorită lui, întreaga echipă știe ce s-a făcut deja, ce este în desfășurare și ce mai trebuie făcut.

rezumat

Product Owner-ul joacă rolul cheie în cadrul Scrum . Product Owner îndrumând în mod constant echipa către obiectiv, menținând Product Backlog-ul complet, sigur și clar și, nu în ultimul rând, vorbind vocea Clientului în echipa Scrum.

Sarcinile efectuate de Product Owner sunt atât de provocatoare încât am dedicat următoarea intrare acoperirii problemei. Acolo, veți găsi cele mai frecvente greșeli făcute de Product Owner și modalități de a le trata.

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

Scrum Guide | 6. Product Owner - who is it? 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