Meniu

Roluri și responsabilități ale echipei Scrum: Scrum Master și proprietar de produs

  • Principal
  • Alte
  • Roluri și responsabilități ale echipei Scrum: Scrum Master și proprietar de produs

scrum team roles responsibilities

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Roluri și responsabilități ale echipei Scrum:

Sunt sigur că până acum trebuie să fim cu toții foarte clari Manifest agil din ultimul nostru tutorial.

Acest tutorial este conceput pentru membrii echipei Scrum care sunt noi în dezvoltarea software-ului Agile pentru a afla despre rolurile și responsabilitățile lor.

Tutorialul îi va ajuta, de asemenea, pe cei care lucrează deja în modelul agil să își îmbunătățească abilitățile și pe cei care doresc pur și simplu să știe despre aceste roluri. De asemenea, va oferi o perspectivă asupra responsabilităților și a rolului pe care îl reține.

responsabilitățile rolurilor echipei scrum

Fiecare rol are multe altele decât cele pe care le-am citat în tutorialul nostru, cu toate acestea, cititorii pot obține cu siguranță un esențial al fiecărui rol Scrum fără nici o îndoială.

Ce veți învăța:

Roluri și responsabilități ale echipei Scrum

Echipa Scrum constă în principal din trei roluri: Scrum Master, proprietar de produs și echipa de dezvoltare .

Oricine din afara echipei de bază nu are nicio influență directă asupra echipei. Fiecare dintre aceste roluri din Scrum are un set foarte clar de responsabilități pe care le vom discuta în detaliu mai târziu în acest tutorial. În această secțiune, să ne concentrăm asupra atributelor echipei Scrum în ansamblu și asupra dimensiunii ideale a echipei.

Atribute ale echipelor Scrum

Mai jos sunt prezentate cele 2 atribute ale echipei Scrum:

  • Echipa Scrum se autoorganizează
  • Echipa Scrum este multifuncțională

Echipe auto-organizate Scrum sunt independenți și autosuficienți în ceea ce privește îndeplinirea muncii lor fără a fi nevoie de ajutor extern sau îndrumare. Echipele sunt suficient de competente pentru a adopta cele mai bune practici pentru a-și atinge obiectivele Sprint.

Echipe Cross-Functional Scrum sunt echipele care au toate abilitățile și competențele necesare în cadrul echipei pentru a-și îndeplini munca. Aceste echipe nu se bazează pe nimeni din afara echipei pentru finalizarea articolelor de lucru. Astfel, Echipa Scrum este o fuziune foarte creativă a diferitelor abilități care sunt necesare pentru a finaliza întregul element de lucru.

Este posibil ca fiecare membru al echipei să nu aibă în mod necesar toate abilitățile necesare pentru a construi produsul, dar este competent în domeniul său de expertiză. Acestea fiind spuse, membrul echipei nu trebuie să fie transversal, ci trebuie să fie echipa în ansamblu.

Echipele cu auto-organizare ridicată și funcționalitate încrucișată vor avea ca rezultat productivitate și creativitate ridicate.

Echipa Scrum

Dimensiunea echipei Scrum

Dimensiunea recomandată a echipei de dezvoltare în Scrum este de 6 +/- 3, adică de la 3 la 9 membri, care nu includ Scrum Master și proprietarul produsului.

Acum, să mergem mai departe și să discutăm fiecare dintre aceste roluri în detaliu.

Maestrul Scrum

Scrum Master este persoana care este responsabilă de facilitarea / instruirea echipei de dezvoltare și a proprietarului de produs pentru a lucra la activitățile de dezvoltare de zi cu zi.

El este cel care se asigură că echipa înțelege valorile și principiile Scrum și este capabilă să le practice. În același timp, Scrum Master se asigură, de asemenea, că echipa se simte entuziasmată de Agile pentru a obține cele mai bune rezultate din cadru. Scrum Master ajută și susține, de asemenea, echipa să se autoorganizeze.

În afară de educarea și instruirea membrilor echipei cu privire la importanța Agilei, el este, de asemenea, responsabil să se asigure că echipa se simte motivată și se întărește în orice moment. De asemenea, lucrează la stimularea comunicării și colaborării între membrii echipei.

Scrum Master este un lider de proces care ajută echipa Scrum și pe ceilalți din afara echipei Scrum să înțeleagă valorile, principiile și practicile Scrum.

Roluri si responsabilitati

# 1) Antrenor - Scrum Master acționează ca un antrenor agil atât pentru echipa de dezvoltare, cât și pentru proprietarul de produs. Scrum Master acționează într-un fel ca un facilitator pentru o comunicare adecvată între echipa de dezvoltare și proprietarul produsului. Scrum Master rămâne responsabil pentru eliminarea obstacolului dintre ambele roluri.

Dacă se observă că proprietarul produsului nu se implică sau nu acordă timp adecvat echipei de dezvoltare, atunci sarcina Scrum Master este de a instrui proprietarul produsului cu privire la importanța implicării sale pentru succesul întregii echipe.

# 2) Facilitator - Scrum Master acționează și ca facilitator pentru echipa Scrum. El facilitează și organizează toate evenimentele Scrum solicitate de membrii echipei Scrum. Scrum Master facilitează, de asemenea, echipa în luarea deciziilor importante care ar spori productivitatea echipei Scrum în ansamblu.

Scrum Master nu ordonă niciodată membrilor echipei să facă ceva mai degrabă, îi ajută să-l realizeze prin antrenare și îndrumare.

# 3) Eliminarea impedimentelor - Scrum Master este, de asemenea, responsabil pentru eliminarea impedimentelor care afectează productivitatea echipei în furnizarea de afaceri. Orice impediment pe care membrii echipei nu îl pot rezolva singuri vine la Scrum Master pentru rezolvare.

Scrum Master acordă prioritate acestor impedimente pe baza impactului lor asupra productivității și afacerii echipei și începe să lucreze la acestea.

# 4) Interferență Gatekeeper - Scrum Master protejează, de asemenea, echipa Scrum de interferențe și distrageri din exterior, astfel încât echipa să poată rămâne concentrată pe livrarea celei mai bune valori afacerii după fiecare sprint.

Interferența poate fi mai îngrijorătoare dacă echipa lucrează într-un mediu Scrum Scaled în care mai multe Echipe Scrum lucrează împreună și au dependențe între ele.

Scrum Master se asigură că echipa rămâne în afara oricărei discuții irelevante și se concentrează asupra articolelor Sprint, în timp ce el însuși își asumă responsabilitatea de a răspunde întrebărilor și preocupărilor venite din exterior.

Scrum Master este responsabil să protejeze echipa împotriva interferențelor externe și să elimine impedimentele pentru a permite echipei să se concentreze pe livrarea valorii afacerii.

# 5) Servot Leader - Scrum Master este adesea menționat ca un lider al echipei Scrum. Una dintre cele mai importante responsabilități ale sale este de a cere echipelor Scrum îngrijorările lor și de a se asigura că acestea sunt abordate.

Este de datoria Scrum Master să confirme că cerințele esențiale ale echipei sunt prioritare și îndeplinite pentru a le permite să funcționeze eficient și să producă rezultate performante.

# 6) Îmbunătățirea procesului - Scrum Master împreună cu echipa sunt, de asemenea, responsabili de improvizarea regulată a proceselor și practicilor utilizate pentru a maximiza valoarea livrată. Nu este responsabilitatea Scrum Master să facă treaba, dar este responsabilitatea sa să permită echipei să elaboreze un proces care să-i permită să-și îndeplinească obiectivele de sprint.

Scrum master

Proprietarul produsului

Un alt rol foarte crucial pe care îl vom discuta în acest tutorial este proprietarul de produs. Proprietarul produsului este vocea clientului / părților interesate și, prin urmare, este responsabil pentru reducerea decalajului dintre echipa de dezvoltare și părțile interesate. Proprietarul produsului gestionează decalajul astfel încât să maximizeze valoarea produsului construit.

Proprietarul produsului va fi implicat pe tot parcursul eforturilor Sprint Activități și Dezvoltare și joacă un rol foarte crucial în succesul unui produs.

Roluri si responsabilitati

# 1) Reducerea decalajului - Proprietarul produsului lucrează îndeaproape cu părțile interesate interne și externe pentru a colecta intrările și a sintetiza o viziune pentru a plasa caracteristicile produsului în Backlog-ul produsului.

Este responsabilitatea Proprietarului de produs să înțeleagă cerințele și preferințele părții interesate / comunității clienților, întrucât el este cel care acționează ca reprezentant al acestora și își asumă responsabilitatea de a construi soluția corectă.

În același timp, proprietarul produsului se asigură că echipa de dezvoltare înțelege ce trebuie construit și când. El colaborează zilnic cu echipa. Angajamentul proprietarului de produs cu echipa crește frecvența de feedback și timpul de răspuns, ceea ce, ca urmare, mărește valoarea produsului construit.

Absența / mai puțină colaborare a unui proprietar de produs poate duce la rezultate dezastruoase și, în cele din urmă, la eșecul Scrum.

Proprietarul produsului se asigură că articolele din Backlog-ul produsului sunt transparente și exprimate clar și că toată lumea din echipă are aceeași înțelegere a articolului.

# 2) Gestionează restanțele de produse - Ca rezultat al punctului de mai sus, deținătorul de produs este responsabil pentru crearea și gestionarea restantei de produse, comandând articolele din restanța de produs pentru a îndeplini cel mai bine cerințele părții interesate, adică prioritizarea articolelor de restanțe de produs și, în cele din urmă, el ar trebui să fie întotdeauna disponibil pentru răspundeți sau dați clarificări tuturor întrebărilor echipei de dezvoltare.

În general, el este responsabil să îngrijească Backlog-ul produsului pentru a îmbunătăți valoarea livrată.

Oricine dorește să adauge / să elimine un articol din Backlog-ul produsului sau trebuie să schimbe prioritatea unui articol ar trebui să fie direcționat către proprietarul produsului

# 3) Certificarea unui produs - O altă responsabilitate a sa este certificarea caracteristicilor construite. În acest proces, el definește criteriile de acceptare pentru fiecare articol din restanțe de produs. Proprietarul produsului ar putea crea, de asemenea, testele de acceptare reprezentând criteriile de acceptare definite de el sau ar putea primi asistență din partea IMM-urilor sau a echipei de dezvoltare în crearea acestora.

Acum, el este cel care se asigură că criteriile de acceptare sunt îndeplinite prin executarea testelor de acceptare. El poate alege să execute aceste teste de acceptare pe cont propriu sau poate cere experților să facă acest lucru pentru a se asigura că aspectele funcționale și de calitate sunt îndeplinite și așteptările sunt îndeplinite.

Această activitate se desfășoară, de obicei, pe tot parcursul sprintului, când și când articolele sunt finalizate, astfel încât greșelile să poată fi descoperite și să poată fi remediate înainte de reuniunea de revizuire Sprint.

# 4) Participare - Proprietarul produsului este un participant cheie la activitățile legate de Sprint. El colaborează îndeaproape cu echipa de dezvoltare pentru a explica articolele, domeniul lor de aplicare și valoarea pe care o deține.

De asemenea, el acționează ca un facilitator pentru ca echipa de dezvoltare să poată prelua articolele din restanțe de produse pe care ar trebui să le livreze până la sfârșitul Sprint-ului. Pe lângă activitățile Sprint, Product Owner lucrează și la activitățile de lansare a produselor.

În timpul activităților de lansare a produsului, proprietarul de produs se angajează cu părțile interesate pentru a discuta elementele următoarei versiuni. Unul dintre factorii cheie de succes pentru ca o echipă să înflorească este acela că întreaga echipă ar trebui să respecte proprietarul produsului și deciziile sale. Nimeni altul decât proprietarul produsului nu ar trebui să spună echipei la ce articole să lucreze.

Este recomandat să aveți un singur proprietar de produs cu normă întreagă pentru un singur produs. Cu toate acestea, poate exista un aranjament în care proprietarul produsului să joace un rol part-time.

Proprietar de produs proxy

Proprietar de produs proxy este o persoană înscrisă de proprietarul de produs însuși, care își poate prelua toate responsabilitățile, absența și îl poate susține. Proprietarul de produs proxy este responsabil și răspunzător pentru toate responsabilitățile care i-au fost delegate, dar responsabilitatea muncii efectuate revine în continuare proprietarului de produs.

cum se configurează un firewall de rețea

Proprietarul de produs proxy este, de asemenea, împuternicit să ia deciziile necesare în numele proprietarului propriu-zis al produsului.

Proprietarul produsului

Echipa de dezvoltare

O altă parte foarte importantă a echipei Scrum este echipa de dezvoltare. Echipa de dezvoltare este alcătuită din dezvoltatori competenți în propria lor zonă de expertiză. Spre deosebire de ceilalți membri ai echipei Scrum, echipa de dezvoltare lucrează la implementarea efectivă a software-ului / incrementului potențial livrabil care urmează să fie livrat la sfârșitul fiecărui Sprint.

Echipa de dezvoltare poate fi formată din persoane cu abilități specializate, cum ar fi dezvoltatori front-end, dezvoltatori de backend, dezvoltatori, experți QA, Business Analyst, DBA etc., dar toți sunt denumiți dezvoltatori; Nu sunt permise alte titluri. Echipa de dezvoltare nu poate avea nici măcar sub-echipe în cadrul acesteia, cum ar fi echipa de testare, echipa de specificare a cerințelor etc.

Echipa este înființată luând în considerare toate abilitățile esențiale necesare pentru a dezvolta, testa și livra cu succes măririle produsului la fiecare Sprint fără ajutorul din exterior. Astfel, se așteaptă ca echipa să fie autosuficientă și transversală. Echipa de dezvoltare nu primește niciun ajutor din afara echipei Scrum și își gestionează propria muncă.

Responsabilitatea dezvoltării Incrementelor revine întotdeauna echipei de dezvoltare în ansamblu, dar toată lumea din echipa Scrum este responsabilă pentru livrarea generală.

Este doar decizia echipei de dezvoltare de a adăuga / elimina un membru al echipei. Dacă este necesar un nou set de abilități, echipa de dezvoltare poate alege să construiască această expertiză în cadrul echipei sau să adauge un nou membru în echipă.

Roluri si responsabilitati

# 1) Dezvoltare și livrare - Echipa de Dezvoltare este responsabilă pentru crearea unui increment realizat pe baza „Definiției Terminat” la sfârșitul fiecărui sprint. Incrementul făcut nu poate fi neapărat o parte a următoarei versiuni de producție, dar este cu siguranță o funcționalitate potențial eliberabilă pe care un utilizator final o poate folosi.

Este apelul proprietarului de produs să decidă ce trebuie să facă parte din versiune. Totuși, echipa de dezvoltare este responsabilă pentru dezvoltarea și livrarea Incrementului Terminat fiecare Sprint care îndeplinește criteriile din Definiția Terminat.

# 2) Sarcini și furnizarea de estimări - Echipa de dezvoltare este, de asemenea, responsabilă cu preluarea Poveștilor / articolelor utilizatorilor din Backlog-ul produsului prioritar care urmează să fie livrat în următorul Sprint. Astfel, aceste articole constituie apoi un Sprint Backlog. Sprint Backlog este creat în timpul unei întâlniri Sprint Planning.

O altă responsabilitate foarte importantă pe care o are o echipă de dezvoltare este de a crea sarcini prin descompunerea articolelor Sprint și furnizarea unor estimări pentru aceste elemente Sprint.

Nimeni nu spune echipei de dezvoltare ce și cum să facă lucrurile. Este responsabilitatea echipei de dezvoltare să ridice articolele din Backlog-ul produselor care pot fi livrate în următorul Sprint. Odată ce Sprint-ul este pornit, elementele nu pot fi schimbate / adăugate / eliminate.

Dimensiunea echipei de dezvoltare

Dimensiunea echipei de dezvoltare trebuie aleasă cu înțelepciune, deoarece poate împiedica direct productivitatea echipei, afectând astfel livrarea produsului. Echipa de dezvoltare nu ar trebui să fie foarte mare, deoarece ar putea necesita multă coordonare între membrii echipei.

Cu toate acestea, pentru o echipă foarte mică, ar fi foarte greu să ai toate abilitățile necesare pentru a oferi un Increment. Astfel, ar trebui ales un număr optim pentru dimensiunea echipei de dezvoltare.

Dimensiunea recomandată a echipei de dezvoltare este de la 3 la 9 membri, cu excepția Scrum Master și a proprietarului de produs, cu excepția cazului în care aceștia dezvoltă, de asemenea, Incrementarea software-ului împreună cu ceilalți dezvoltatori.

echipa dev

rezumat

Echipa Scrum

Roluri

  • Proprietarul produsului
  • Echipă de dezvoltare
  • Scrum Master

mărimea

  • Dimensiunea echipei Scrum - 3 la 9

Echipa de auto-organizare

  • Știe cel mai bun mod de a-și finaliza munca.
  • Nimeni nu spune echipei autoorganizate ce trebuie să facă.

Echipă multifuncțională

  • Are toate seturile de abilități necesare pentru a-și finaliza munca fără a avea nevoie de ajutor extern.

Proprietarul produsului

  • Reprezintă comitetul sau este influențat de acesta.
  • Colaborează cu părțile interesate și cu echipa Scrum.
  • Gestionează restanțele de produse
    • Explică articolele restante ale produsului.
    • Prioritizarea elementelor de lucru.
    • Se asigură că restanța produsului este ușor de înțeles și transparentă.
    • Definește în mod clar la ce articole să lucreze.
    • Asigură că echipa de dezvoltare înțelege elementul din restanța de produs
    • Orice lucru care trebuie adăugat / eliminat / modificat în proprietarul de produs ar trebui să vină prin intermediul proprietarilor de produse.
  • Faceți un apel ca atunci când eliberați articolele de lucru.

Scrum Master

  • Se asigură că Scrum este clar înțeles și adoptat de echipă.
  • Este un lider de serviciu pentru echipa Scrum.
  • Eliminarea impedimentelor
  • Protejați echipa de interacțiunile inutile pentru a maximiza valoarea de afaceri creată de echipa Scrum.
  • Facilitarea evenimentelor Scrum ori de câte ori este solicitat.
  • Asigură că ședințele sunt la timp.

Echipă de dezvoltare

  • Oferă un increment potențial de eliberare a produsului „Gata” la sfârșitul fiecărui Sprint.
  • Ele se auto-organizează și sunt funcționale.
  • Nimeni nu spune echipei de dezvoltare ce și cum să faci.
  • Nu sunt permise titluri. Toți sunt dezvoltatori din echipă.
  • Nu se pot crea sub-echipe.
  • Ei rămân responsabili pentru a lucra la Sprint Items.
  • Echipa de dezvoltare este responsabilă cu sarcinile și furnizarea estimărilor.

Asta este tot ce aveam în magazin cu privire la rolurile și responsabilitățile echipelor Scrum. Am discutat despre responsabilitățile pe care le deține fiecare dintre membrii echipei și despre modul în care lucrează ca o echipă întreagă.

Rămâneți la curent pentru a afla mai multe despre Scrum Artifacts în viitorul nostru tutorial, unde vom discuta despre produsele secundare, cum ar fi Product Backlog, Sprint Backlog și Increments.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^