Prezentare generală a procesului Scrum
Scrum, un cadru simplu al managementului de proiect, a fost dezvoltat de Jeff Sutherland și Ken Schwaber. Aceștia au reprezentat procesul la conferința de programare, sisteme, limbaj și aplicații orientate pe obiecte în 1995, în Austin, Texas. Ulterior, au publicat metodologia sub denumirea de „Scrum Software Development Process”.
Cadrul Scrum
Scrum subliniază munca în echipă care influențează membrii echipei să abordeze probleme complexe și să livreze produsele cu cea mai mare valoare posibilă. Ca și echipa de rugby, Scrum incită echipa să învețe prin experiențe, să se autoorganizeze în momentul în care se confruntă cu problemele și îmbunătățirea prin reflectarea asupra câștigurilor și pierderilor. În general, este un cadru de gestionare a unui proiect care se concentrează pe munca în echipă, responsabilitate, progres iterativ pentru atingerea unui obiectiv bine definit.
Scrum este adesea asumat ca o parte a procesului de dezvoltare a software-ului agil, deoarece conceptul Scrum este rotit în jurul îmbunătățirii continue, care este un principiu principal al agilului. Cadrul începe cu simpla recunoaștere a faptului că echipa nu cunoaște detaliile fiecărui moment și colț al proiectului de la început, mai degrabă este experimentat prin adaptarea condițiilor în schimbare și a cerințelor utilizatorului.
Roluri cheie în cadrul Scrum
În cadrul scrumului, există trei roluri cheie - proprietarul produsului, maestrul scrum și echipa de dezvoltare este foarte importantă pentru succesul proiectului.
-
Proprietarul produsului
Acesta joacă rolul de legătură între clienți și echipa de dezvoltare. El sau ea este campioana pentru produsul lor. Proprietarul produsului se asigură că așteptările pentru produsul finalizat au fost comunicate și convenite în consecință.
-
Scrum Masterworks
Ca un facilitator care este campionul scrum în cadrul echipei. Este responsabilitatea principală a maestrului scrum să se asigure pentru realizarea celor mai bune practici în cadrul proiectului. El sau ea planifică resursele necesare pentru planificarea sprint-ului, stand-up, revizuirea sprint-ului și retrospectiva sprint-ului.
-
Echipa de dezvoltare
Lucrează împreună pentru dezvoltarea și testarea lansărilor incrementale ale produsului final. Membrii echipei sunt campionii practicilor de dezvoltare durabilă. Echipele obișnuite cu scrum sunt cinci sau șapte membri, strânse și co-localizate.
Diferite procese ale modelului Scrum
Metoda Scrum constă din anumite procese sau setul de evenimente secvențiale pe care echipa de scrum le efectuează în mod regulat. Acestea sunt câteva evenimente cruciale în care echipele joacă un rol.
-
Crearea produsului de rezervă -
Proprietarul produsului ia parte la crearea de date înapoi. Este responsabilitatea principală a proprietarului produsului de a avea o viziune constantă asupra nevoilor pieței și ale clienților și de aceea trebuie să conducă produsul după viziunea produsului. El sau ea face o listă bazată pe feedback-ul clienților, iar echipa de dezvoltare ajută la prioritizarea listei pentru a funcționa la un moment dat. Acesta este un proces continuu, iar schimbările sau noua apariție acceptă ca noi oportunități mai degrabă obstacole.
-
Reuniunea de planificare Sprint și crearea de backlog Sprint -
Întâlnirile de planificare Sprint se întâmplă la începutul unui proiect și toți membrii echipei de dezvoltare trebuie să participe la această întâlnire. Această întâlnire este condusă de un maestru scrum, unde membrii echipei și proprietarul produsului decid obiectivul sprintului. Durata sprintului durează doar 2 săptămâni, dar în această perioadă este important să se mențină cooperarea între părțile interesate și membrii echipei. Proprietarul produsului reglementează importanța unei povești de utilizator adecvate, iar echipa de scrum poate alege o poveste semnificativă din lista de produse. Povestea specifică a utilizatorului ar trebui să fie întotdeauna asociată cu obiectivul. La sfârșitul ședinței de planificare sprint, fiecare membru al scrumului trebuie să aibă o idee clară despre ce poate fi adus în sprint-ul curent și despre cum vor fi înregistrate creșterile.
Jurnalul de sprint este lista elementelor, poveștile utilizatorilor sau corecțiile de erori, alese de echipa de dezvoltare pentru a fi aplicate în ciclul sprint actual. La începutul unui sprint, echipa decide ce articol vor alege din lista de produse pentru a lucra în sprint. Ca și în cazul în care sprint backlog este dezvoltat în timpul sprint, este extrem de flexibil. Dar obiectivul final al sprintului trebuie stabilit.
-
Lucrul la Sprint -
Pe măsură ce obiectivul sprintului este fixat la ședința de planificare a sprinturilor, echipa de scrum începe să lucreze pentru a oferi un plus. Pentru a urmări progresul actual de lucru, se folosește, în general, o placă de sarcini.
-
Lista de impedimente -
Când procesul de lucru efectiv începe, fiecare membru al echipei poate adăuga impedimente sau blocante la o listă cu ceea ce se confruntă în timpul lucrului la sarcina atribuită. Imediat ce membrii anunță sau adaugă blocanții la listă, maestrul Scrum trebuie să ia inițiativa de a elimina acei blocanți. Atunci când apare blocantul, acesta trebuie comunicat celorlalți membri ai echipei în ședințele zilnice de scrum și păstrând înregistrarea în lista de impedimente.
-
Întâlnirea zilnică a scrumului -
Întâlnirea zilnică a scrumului are loc de obicei în același timp pentru a discuta sarcina necesară pentru a atinge obiectivul sprint. Aceasta este o întâlnire informală care durează de obicei 15 minute, iar maestrul Scrum ia inițiativa de a face acest lucru zilnic. Scopul întâlnirii este de a menține fiecare membru al echipei scrum în aceeași aliniere și de a face un plan de lucru pentru următoarele 24 de ore, fără a compromite obiectivul. În cadrul acestei reuniuni, membrii echipei continuă să se concentreze pe trei întrebări -
- Ce am făcut ieri pentru a atinge obiectivul sprintului?
- Ce intenționez să fac astăzi pentru a ajuta echipa să atingă obiectivul sprintului?
- Există obstacole care pot împiedica echipa să atingă obiectivul sprintului?
Aceasta nu este o întâlnire de discuții extinsă și se numește și „stand-up” zilnic.
-
Revizuirea Sprint și Retrospectiva Sprint -
La sfârșitul sprint-ului, membrii se întâlnesc pentru a demonstra elementele de întârziere către părțile interesate, coechipieri și proprietarul produsului pentru feedback. După aceasta, proprietarul produsului poate decide dacă incrementul va fi eliberat sau nu.
În retrospectiva sprint, membrii echipei se reunesc pentru a-și împărtăși experiențele cu ceea ce au câștigat în timpul sprintului. Aceștia discută ce a decurs bine și ce trebuie îmbunătățit în următoarea iterație.
Scrum este un cadru care aduce regularitate în proiect prin diferitele sale faze sau procese. Orice organizație poate implementa cadrul scrum fără a-și modifica regulile și reglementările.
Articole recomandate
Acesta este un ghid al procesului Scrum. Aici vom discuta rolurile cheie în cadrul cadrului Scrum și diverse procese ale modelului Scrum. Puteți parcurge și alte articole sugerate pentru a afla mai multe -
- Scrum Framework
- Dezvoltare Scrum
- Managementul produselor agile
- Planificarea Agil Sprint
- Beneficiile Scrum Epic
- Rolurile software-ului Scrum