Prezentare generală a Scrum Framework
Cadrul Scrum este o metodologie legată de managementul agil utilizat pentru gestionarea cunoștințelor și a muncii, în special pentru dezvoltarea de software. Are aplicații largi în diverse domenii și este acum explorată de echipele tradiționale de proiecte de pe tot globul. Este conceput pentru echipe cu dimensiuni moderate de trei până la maximum nouă membri, unde munca este împărțită în bucăți mici care pot fi completate în cadrul iterațiilor numite sprinturi. Nu este nevoie de mai mult de 30 de zile / lună pentru a finaliza întreaga lucrare.
Timpul necesar pentru a-l executa complet este de două săptămâni și dacă îl depășește atunci, este re-structurat în ședințe numite scrums zilnice. Cadrul care oferă o imagine a modului de implementare a scrumurilor se numește cadru Scrum. Echipele din organizații mai mari includ următoarele scrum-uri, și anume Scrum-ul pe scară largă (LeSS), cadrul agil scalat (SAFe), scrum-ul scrums și, Nexus etc.
Rolul Scrum Framework
Cadrul Scrum este format din trei roluri. Cadrul în totalitate ajută la o comunicare optimă și corectă între membrii echipei. Aceste trei roluri formează împreună echipa scrum. Aceste trei roluri cadru Scrum sunt:
1) Proprietar de produs: Proprietarul produsului reprezintă toate părțile interesate și clientul în fiecare caz. Are responsabilitatea de a furniza clientului valoarea maximă posibilă. Proprietarul produsului nu respectă metodele tradiționale de a face lucrurile mai degrabă, el priorizează lucrurile în funcție de dependențe și importanță. O echipă de scrum ar trebui să aibă un singur proprietar de produs. Acest rol este diferit de cel al maestrului scrum. Proprietarul produsului se concentrează pe partea de afaceri a unui produs și acționează ca un intermediar între părțile interesate și echipa. Proprietarul produsului nu este un dictator, ci un producător de consens. Prin urmare, un bun proprietar de produs ar trebui să poată înțelege nevoile afacerii, motivele care stau la baza acestor nevoi și să le comunice părților interesate și echipei în cauză.
2) Echipa de dezvoltare: Echipa de dezvoltare este responsabilă pentru livrarea unei lucrări de calitate optimă cu fiecare sprint trecător. Obiectivul sprint descrie munca pe care o echipă ar trebui să o facă și calitatea pe care trebuie să o presteze la sfârșitul fiecărui sprint. Echipa are de la trei la nouă membri care îndeplinesc toate sarcinile necesare pentru a construi creșteri ale produsului. Deși o echipă este formată din oameni din diferite medii, toate sunt, în general, denumite dezvoltatori. Este o echipă de autoorganizare, iar interacțiunile din afara echipei sunt gestionate de proprietarul produsului sau de maestrul scrum.
3) Scrum Master: Scrum Master este responsabil pentru facilitarea unui scrum, asigurați-vă că nu există probleme în privința produsului de calitate sau livrare. Maestrul scrum acționează ca un mediator între echipă și orice probleme pe calea muncii și nu este neapărat șeful echipei. Maestrul Scrum asigură respectarea cadrului Scrum. Maestrul Scrum încurajează echipa să se îmbunătățească. Rolul a fost denumit, de asemenea, un facilitator de echipă sau un servitor-lider pentru a reflecta aspectele duale.
Cadrul de lucru al Scrum
Fluxul de lucru al unui cadru de scrum este următorul:
1) Sprint: Un sprint / iterație este unitatea unui Scrum. Un sprint este limitat la un anumit timp. Durata unui sprint este decisă dinainte și este în mod normal, între o săptămână și o lună, de obicei două săptămâni.
2) Planificarea sprintului : inițial, echipa Scrum efectuează planificarea sprintului pentru:
- Decideți reciproc domeniul de activitate care ar trebui să fie efectuat în timpul unui sprint.
- Identificați elementele care pot fi realizate într-un singur sprint.
- Creează un sprint în care lucrarea care ar trebui să includă elemente care trebuie finalizate.
- Timpul preconizat este de patru ore pe zi, timp de două săptămâni.
- Pe măsură ce lucrările sunt continuate, elementele identificate sunt împărțite și dacă nu pot fi finalizate într-un sprint, atunci sunt introduse în lista de produse.
- În cazul în care echipa de dezvoltare a fost elaborată în urma procesului de sprint, elementele care pot fi completate într-un sprint sunt preluate.
3) Sprint zilnic: O scrum sau o ridicare în fiecare zi se ține în fiecare zi cu fiecare sprint.
- Fiecare membru al echipei de dezvoltare vine bine pregătit.
- Chiar dacă lipsesc câțiva membri ai echipei de dezvoltare, acesta începe exact la timp.
- În fiecare zi trebuie să se țină la aceeași oră și loc.
- Timpul este limitat la cincisprezece minute.
- Doar membrii echipei de dezvoltare ar trebui să contribuie, dar oricine altcineva este binevenit.
- Fiecare membru al echipei trebuie să răspundă la trei întrebări în timpul scrumului zilnic.
- Am făcut ceva pentru a contribui la obiectivul sprint al echipei ieri?
- Ce trebuie să fac astăzi pentru a ajuta echipa mea să contribuie astăzi la obiectivul sprint al echipei mele?
- Cred că sunt probleme care pot întârzia sau opri echipa mea să-și îndeplinească obiectivele prestabilite?
4) Revizuirea Sprint-ului: Echipa organizează două evenimente la sfârșitul unui sprint, care este revizuirea sprint-ului și retrospectiva sprint-ului.
La revizuirea sprint, echipa:
- Analizează lucrările finalizate și lucrările care încă sunt de finalizat.
- Lucrările finalizate sunt transmise părților interesate.
- Decide ce urmează a fi finalizat prin colaborarea cu părțile interesate.
Linii directoare pentru recenzii Sprint:
- Munca care este incompletă nu poate fi demonstrată.
- Durata preconizată este de două ore pentru două săptămâni.
5) Retrospectiva Sprint: la retrospectiva Sprint, echipa:
- Studiază sprintul trecut.
- Identifică defectele și le rectifică.
6) Extensii: extinderea include două evenimente și anume:
- Perfecționare în retard.
- Anularea unui sprint.
În ciuda faptului că este atât de precis și de eficient, cadrul Scrum are propriile limitări:
- Există echipe care sunt împrăștiate din punct de vedere geografic sau au membri cu jumătate de normă și astfel, sunt dificil de gestionat și de îndeplinit un astfel de cadru.
- Există echipe cu abilități foarte specializate și un astfel de cadru definitiv nu le funcționează corect.
- Câțiva factori externi influențează, de asemenea, produsele și livrările care nu se pot controla.
- Câteva produse sunt de natură matură și au un control al calității restricționat și, prin urmare, un astfel de cadru nu se potrivește acestora.
Articole recomandate
Acesta a fost un ghid pentru Scrum Framework. Aici discutăm cele trei roluri majore și fluxul de lucru al cadrului Scrum. De asemenea, puteți parcurge și alte articole sugerate -
- Ce este programarea Agile?
- Ce este Agile și Scrum?
- Ce este Agile Project Management?
- Aflați principiile Scrum
- Scrum Open Assessment
- 7 Caracteristici ale Scrum Dashboard