Scrum este cel mai răspândit Cadru agil în zilele noastre. În comparație cu practicile tradiționale de dezvoltare a produselor, Scrum este considerat un upgrade. Este recunoscut de profesioniști din diferite industrii din întreaga lume.
fiecare abordare a dezvoltării de software are propriul său ciclu de viață. Spre deosebire de metodologia tradițională a cascadei, ciclul de viață al tuturor metodelor Agile (inclusiv Scrum) este mai degrabă iterativ decât consecutiv. În acest articol, vom răspunde la întrebarea: Care este ciclul de viață Scrum? Primul lucru pe care ar trebui să-l menționăm în timp ce oferim răspunsul la această întrebare este că ciclul de viață al Scrum este foarte similar cu cele ale altor Metodologii Agile. Acest lucru se datorează principiilor lor cheie comune. Toate metodele Agile se bazează pe o abordare iterativă a performanței proiectului și luarea în considerare a opiniei clientului și a utilizatorului final. Scrum nu este o excepție.
este de o importanță crucială să avem o perspectivă aprofundată asupra ciclului de viață al Scrum, dar mai întâi, să vă reamintim câteva teorii de bază.
ce este Scrum?
Scrum este un cadru agil popular conceput pentru dezvoltarea de produse incrementale. Are o natură empirică și împuternicește echipele să facă ipoteze cu privire la modelele de lucru, să-și testeze ideile, să proceseze experiența și să efectueze ajustările necesare. Scrum este o metodă iterativă și structurată flexibil. Permite practici din alte cadre în care se potrivesc logic.
Scrum funcționează prin iterații numite sprinturi, astfel încât principalele evenimente și artefacte ale unui Sprint reprezintă componentele unui ciclu de viață Scrum.
câte zile este un Sprint tipic în metodologia Scrum?
orice Sprint este un timebox care durează până la o lună, timp în care o echipă ar trebui să livreze o listă specifică de elemente convenite care se încadrează în definiția confirmată a „terminat.”
care sunt valorile Scrum?
valorile Scrum includ curajul, concentrarea, angajamentul, respectul și deschiderea. Puteți urma ghidul nostru complet Scrum pentru a afla mai multe despre aceste valori și despre modul în care acestea se aplică Scrum.
care sunt rolurile Scrum?
întreaga echipă Scrum are de obicei următoarele responsabilități:
- defalcarea cerințelor, crearea sarcinilor, estimarea și distribuirea acestora.
Organizarea întâlnirilor zilnice Scrum.
asigurarea faptului că funcționalitatea potențial expedibilă va fi livrată la sfârșitul Sprintului.
actualizarea stărilor și eforturile rămase pentru sarcinile lor pentru a permite crearea unei diagrame Burndown Sprint.
o echipă tipică Scrum conține 4 roluri esențiale:
Product Owner
un Product Owner (PO) este responsabil pentru maximizarea rentabilității investiției prin identificarea caracteristicilor produsului și traducerea acestora într-o listă prioritară.
PO decide ce caracteristici ar trebui să fie în partea de sus a listei pentru următorul Sprint. El / ea este, de asemenea, responsabil pentru toate profiturile și pierderile produsului, acționând ca purtător de cuvânt al clienților. Prioritizarea restanțelor produsului și definirea datei de lansare și a conținutului sunt, de asemenea, îndatoririle proprietarului produsului.
Scrum Master
un Scrum Master (SM) ajută echipa de produse să învețe și să aplice Scrum pentru a atinge toate valorile de afaceri. El / ea nu este un manager de echipă, un manager de proiect sau un lider de echipă, ci servește echipa, ajutând la eliminarea impedimentelor, protejând colegii de interferențele exterioare și ajutându-i să adopte practici Agile. SM antrenează, educă și ghidează proprietarul produsului, echipa și restul companiei în utilizarea corespunzătoare a Scrum.
echipa de dezvoltare
o echipă de dezvoltare în Scrum include oameni care lucrează împreună pentru a dezvolta și livra creșterile de produse solicitate și angajate. Dezvoltatorii Scrum sunt membri inter-funcționali care sunt capabili să atingă obiectivele Sprint. Echipa poate include ingineri software, arhitecți, Administratori de sistem, analiști, designeri UI, experți QA etc. Ei construiesc produsul pe care proprietarul produsului îl indică: site-ul web sau o aplicație, de exemplu.
Stakeholders
un stakeholder este un individ sau un grup de persoane care sunt afectate de rezultatul unui produs. Părțile interesate din Scrum sunt interesate de succesul produsului. Acestea pot fi în interiorul sau în afara companiei care sponsorizează proiectul.
părțile interesate păstrează de obicei o relație sănătoasă cu PO pentru a împărtăși detalii importante despre produs. Aceștia sunt responsabili pentru transmiterea tuturor dorințelor și preocupărilor către PO, oferind contribuții regulate la întrebările din partea PO.
care sunt ceremoniile Scrum?
rafinarea jurnalului de produse
o rafinare a jurnalului de produse sau o îngrijire a jurnalului de produse este actul de a adăuga detalii, estimări și ordine la elementele din jurnalul de produse. Acest eveniment înseamnă un proces continuu în care PO și echipa de dezvoltare colaborează la detaliile articolelor restante. În timpul întâlnirii de perfecționare, elementele sunt revizuite și revizuite.
Sprint planning
scopul întâlnirii de planificare este de a răspunde la întrebările „la ce vom lucra și cum o vom face?”Este esențial ca echipa să aibă un obiectiv comun și un angajament comun față de acest obiectiv înainte de a începe această ceremonie.
Stand-Up zilnic
o întâlnire zilnică cu Scrum sau un Stand-up zilnic este organizată de Scrum Master și durează de obicei 15 minute. Întâlnirea are ca scop sincronizarea activității membrilor echipei, de exemplu, ce se face în ziua precedentă, ce trebuie făcut astăzi etc.
Sprint Review
această ceremonie Scrum are loc la sfârșitul fiecărui sprint pentru a demonstra funcționalitatea adăugată. Scopul său este de a obține feedback de la PO și părțile interesate pentru a se asigura că creșterea livrată satisface nevoia de afaceri și de a revizui restanțele pe baza feedback-ului.
Sprint Retrospective
această întâlnire durează de obicei 90 de minute și ajută la încorporarea îmbunătățirii continue în cultura echipei și în cadența Sprintului. Ar trebui să participe întreaga echipă Scrum pentru a reflecta asupra Sprintului lor anterior și pentru a afla cum să facă îmbunătățiri.
Retro permite echipei să se concentreze asupra performanței sale generale și să identifice strategii de îmbunătățire continuă.
Deci, ce este Scrum Lifecycle?
Scrum lifecycle este un număr de etape consecutive și etape iterative care ar trebui să fie efectuate în timpul realizării oricărui proiect Scrum. Abordarea iterativă este principiul principal al ciclului de viață al M. Lucrările la un proiect Scrum sunt împărțite în segmente numite sprinturi. Proiectul se dezvoltă de la un sprint la altul până când produsul final este gata. Fiecare ciclu de sprint este împărțit în mai multe etape consecutive pe care trebuie să le treacă de la început până la sfârșit. Metodologia Scrum include, de asemenea, cicluri de viață mai specializate, cum ar fi ciclul de viață al testării și ciclul de viață al defectelor.
Scrum Lifecycle în detalii
care sunt părțile ciclului de viață Scrum? Scrum nu implică multe rapoarte scrise, spre deosebire de Cascada tradițională. Acesta include doar câteva artefacte.
care sunt artefactele Scrum?
Product backlog
un Product Backlog este o listă de caracteristici și cerințe necesare pentru a finaliza un anumit proiect. Această listă poate include defecte sau erori care trebuie rezolvate, caracteristici care trebuie adăugate și alte lucrări tehnice sau de proiect. Ordinea listei se bazează pe priorități. Elementele din partea de sus sunt cele mai critice sarcini sau sarcini care necesită finalizare imediată. Cu restanțele, toată lumea din echipă știe care sunt cerințele proiectului și care au prioritate.
Sprint backlog
un Sprint Backlog include doar ceea ce trebuie finalizat în timpul sprintului curent (în timp ce product backlog listează tot ceea ce trebuie realizat înainte de sfârșitul proiectului). Sprint backlog acoperă cele mai actuale activități, deci conține de obicei mai multe detalii și povești de utilizator mai complete decât restul restanței produsului. Ar trebui să includă planul dvs. de lansare care explică modul în care intenționați să atingeți caracteristicile și să îndepliniți cerințele dvs. de sprint.
creșterea produsului
creșterea produsului versiunea produsului care va fi livrată la sfârșitul fiecărui sprint. Acesta detaliază rezultatul tuturor lucrărilor (în timp ce Sprint backlog prezintă ceea ce trebuie finalizat într-un sprint). Incrementul este un prototip sau o versiune draft a produsului final așteptat de clienții dvs. Fiecare increment de produs ar trebui să includă caracteristicile ciclului sprint curent și să integreze pe deplin toate elementele restante finalizate până în prezent, din toate sprinturile anterioare.
să luăm în considerare detaliile despre fazele și pașii Scrum.
primul pas al oricărui proiect Scrum este etapa de colectare a informațiilor necesare despre viitorul produs. Este responsabilitatea proprietarului produsului. El este persoana care contactează clientul pentru a-și înțelege viziunea asupra viitorului software. Colectarea poveștilor utilizatorilor este, de asemenea, una dintre responsabilitățile sale. După ce toate poveștile utilizatorilor sunt colectate și toate dorințele clientului sunt luate în considerare, acestea sunt prioritizate într-o listă numită restanță de produse. Este documentul principal al fiecărui proiect Scrum.
după prioritizarea elementelor din Backlog-ul produsului, acestea sunt transformate în sarcini și împărțite în mai multe sprinturi. Echipa o face în timpul întâlnirilor de planificare sprint. Scopul principal al fiecărei întâlniri este de a crea un Sprint backlog. Este un document care conține toate sarcinile pentru un anumit sprint. După terminarea sprintului, activitatea echipei va fi estimată în conformitate cu îndeplinirea cerințelor Sprint backlog.
următorul pas Scrum este procesul de execuție Sprint. Acesta include o performanță consecventă a tuturor sarcinilor sprint și evaluarea zilnică a fluxului de lucru. Progresul cerințelor Sprint backlog este evaluat în timpul Scrum – urilor zilnice-adunările de echipă în care sunt discutate toate problemele de lucru pozitive și negative.
după terminarea sprintului, toți membrii echipei Scrum participă la sprint review și la retrospectivele sprint. Aceste adunări ajută la aflarea a ceea ce a mers prost în timpul procesului de sprint.
etapa finală a fiecărui ciclu de Sprint este etapa de estimare a produsului. Produsul este evaluat în conformitate cu definiția echipei de „făcut” și furnizat clientului pentru a obține feedback-ul său. Apoi începe un nou sprint și ciclul se repetă.
cum se explică rapid procesul Scrum?
să rezumăm acum toate fazele Scrum legate de procesul Scrum.
- în primul rând, trebuie să determinați o întârziere a produsului (aceasta este responsabilitatea PO, așa cum am menționat mai sus).
- apoi Echipa Scrum face estimări și aranjamente pentru volumul de lucru pe baza listei de restanțe în timpul sesiunii de îngrijire.
- cu lista product backlog, trebuie să inițiați o întâlnire de planificare Sprint pentru definirea obiectivului sprint al acestei iterații, apoi selectați o listă de povești de utilizator pentru a forma Sprint backlog.
- apoi restanțele trebuie completate de întreaga echipă Scrum.
- trebuie să rulați o întâlnire Scrum Zilnică (în cutie de timp în aproximativ 15 minute). Toată lumea din echipă trebuie să vorbească și să interacționeze față în față cu toți membrii pentru a raporta ceea ce ați făcut ieri și pentru a anunța ce doriți să realizați astăzi.
- în fiecare zi trebuie să aibă o versiune care poate fi compilată cu succes și poate fi demonstrată.
- când toate poveștile de utilizator sunt finalizate, atunci backlog-ul Sprint este finalizat. Aceasta înseamnă că un proces Sprint este finalizat. PO și clientul trebuie să participe. Fiecare membru al echipei ar trebui să le demonstreze software-ul de lucru pe care l-au finalizat.
- retrospectiva Sprintului trebuie să aibă loc după revizuirea Sprintului. În timpul Retro, echipa auto-identifică elemente ale procesului care au funcționat sau nu în timpul sprintului, precum și soluții potențiale. Retrospectivele durează de obicei 90 de minute.
înfășurarea
având în vedere nivelul de transparență și procesul de învățare de neoprit în cadrul ciclului de dezvoltare Scrum, cel mai mic rezultat posibil devine un rezultat esențial rentabil al cadrului, ca să nu mai vorbim de caracteristicile rafinate ale produsului și de calitatea impecabilă a produsului.
esența Scrum necesită implicarea numai a angajaților responsabili cu un fundal solid de teren. Ce părere aveți despre ciclul de viață Scrum și fazele Scrum?