ciclul de viață al dezvoltării Software (SDLC). Modelul Scrum pas cu pas
cadrul Scrum permite implementarea metodologiei de dezvoltare Agile. Spre deosebire de modelul cascadă de dezvoltare software, Scrum permite un proces de dezvoltare iterativ și incremental. Proiectul se împarte în mai multe faze, fiecare având ca rezultat un produs gata de utilizare. La sfârșitul fiecărei etape (numită sprint în terminologia Scrum), un produs utilizabil este livrat unui client., Feedback-ul clienților vă ajută să dezvăluiți posibile probleme sau să modificați planul inițial de dezvoltare, dacă este necesar. Dacă doriți ca proiectul dvs. să respecte cu strictețe principiile principale ale manifestului Agile, puteți utiliza modelul Scrum și asigurați-vă că sunteți pe calea cea bună.
aici sunt rolurile principale implicate în procesul de dezvoltare, conform modelului Scrum:
- proprietarul produsului are grijă de interesele utilizatorului final;
- Scrum master coordonează întregul proces de dezvoltare., O altă sarcină este să vă asigurați că Scrum este utilizat corect și să organizați întâlniri Scrum regulate;
- Echipa Scrum dezvoltă produsul. Principalele sale sarcini sunt programarea, analiza, testarea etc.acum, să aruncăm o privire la principalele etape ale procesului de dezvoltare din care constă Scrum.
fazele modelului Scrum
Pasul 1. Product Backlog Creation
un produs backlog este o listă care conține caracteristici care urmează să fie puse în aplicare în timpul procesului de dezvoltare. Este comandat de prioritate și fiecare element este numit o poveste de utilizator. Fiecare poveste de utilizator primește un ID unic., De regulă, poveștile utilizatorilor au următorul format: ca a , vreau să așa . Această listă de mai jos arată cum pot arăta aceste povești.,ange durata și data de începere cele actuale, folosind drag-and-drop, astfel încât să pot estima de ansamblu a proiectului de timp
un-003 Ca un manager, vreau să atribuie două tipuri de sarcini pentru angajați: part-time sarcină și full-time sarcina, așa că nu pot gestiona mai bine sarcina de prioritizare în Afară de aceste câmpuri obligatorii, cele opționale pot fi adăugate în caz de nevoie:
- pista este utilizată pentru a selecta toate povești de utilizator de un anumit tip pentru a schimba prioritatea lor., Poate fi folosit pentru a crește prioritatea poveștilor utilizatorilor care se referă la panoul de Control, de exemplu;
- componentele alcătuiesc o listă de componente care vor fi modificate în timpul lucrului. Modulele unei aplicații, cum ar fi autentificarea sau căutarea, de exemplu;
- solicitantul este un client care este interesat să implementeze anumite funcționalități;
- Bug tracking ID conține o listă de bug-uri detectate care se referă la o poveste de utilizator adecvată.
Pasul 2. Planificarea sprintului și crearea restanțelor Sprintului
În primul rând, ar trebui să determinați care va fi durata sprintului dvs., Un sprint scurt vă permite să eliberați mai frecvent versiunea de lucru a unui produs. Ca urmare, feedback-ul clientului va fi primit mai des, iar toate erorile și erorile posibile vor fi dezvăluite în timp.ca alternativă, puteți prefera o durată mai lungă a sprintului. Acesta va permite dezvoltatorilor să lucreze mai bine. Durata optimă a sprintului este definită ca o medie a acestor două opțiuni. De regulă, într-un model Scrum, un sprint durează aproximativ 2-4 săptămâni. Ceea ce este mai important în această fază este Obiectivul Sprintului. Scopul este determinat pentru fiecare sprint., Și în conformitate cu aceasta, sprintul este plin de povești ale utilizatorilor. Un alt lucru important este cooperarea dintre părțile interesate și membrii echipei. Proprietarul produsului determină importanța unei povești de utilizator adecvate, în timp ce Echipa Scrum definește costurile forței de muncă corespunzătoare.
după aceea, echipa Scrum poate selecta cele mai importante povești de utilizator din lista de produse. Apoi, membrii echipei ar trebui să decidă cum vor rezolva această sau acea sarcină. De asemenea, echipa poate împărți anumite povești ale utilizatorilor în cele mai mici și apoi le poate transforma în seria DE SARCINI., Întârzierea Sprintului ar trebui să fie creată în continuare. Se compune din povești de utilizator care vor fi finalizate în timpul sprintului curent. Cantitatea acestor povești depinde de capacitatea lor în punctele de poveste atribuite fiecărei povestiri în timpul etapei de evaluare. Echipa Scrum ar trebui să fie capabilă să termine toate aceste povești la timp.
Pasul 3. Lucrez la Sprint. Întâlniri zilnice Scrum
după ce sunt alese poveștile reale ale utilizatorilor pentru faza curentă, procesul de dezvoltare începe.pentru a urmări procesul de lucru curent, se utilizează în mod obișnuit o placă de sarcini., Există, de obicei, cărți mari cu numele anumitor povești ale utilizatorilor și un pachet de mici note lipicioase, cu o descriere a sarcinilor unice care sunt necesare pentru implementarea acestei sau acelei povești. Fiecare consiliu special este dezvoltat în funcție de specificul unui proiect. Să aruncăm o privire la un mic exemplu.cardurile pot fi aranjate în funcție de importanța lor. Când s-a început lucrul la o sarcină, autocolantul corespunzător este mutat din câmpul „de făcut” în câmpul „în curs”., Când lucrarea este finalizată, autocolantul poate fi mutat în câmpul „testare”, iar după ce sarcina este testată cu succes, autocolantul merge în câmpul „terminat”. Un exemplu de cum Scrum sarcina bord poate arata ca este prezentată mai jos:
de asemenea, Există posibilitatea de a utiliza software-ul specializat pentru această sarcină.de exemplu, Atlassian JIRA.
o altă caracteristică importantă Scrum este întâlnirile zilnice Scrum., Scopul principal al acestor întâlniri este de a obține informații complete și veridice despre starea actuală a proiectului și de a vă asigura că toți membrii echipei sunt pe aceeași pagină. În timpul întâlnirilor Scrum, fiecare membru al echipei trebuie să spună ce a făcut pentru Obiectivul Sprint, care sarcină va fi următoarea și ce probleme s-au confruntat membrii echipei în timpul lucrului.în plus, o diagramă burndown este un alt instrument utilizat pe scară largă care permite monitorizarea eficientă a proceselor zilnice. Acesta vă arată cât de multe sarcini rămân neterminate., Acest grafic oferă posibilitatea de a controla procesul de dezvoltare și poate fi actualizat după fiecare întâlnire.întâlnirile Scrum zilnice contribuie la creșterea flexibilității procesului de dezvoltare. Ele permit, de asemenea, înțelegerea a ceea ce ar trebui să se facă schimbări.
axa X reprezintă zilele rămase de lucru, în timp ce axa Y afișează cantitatea totală de puncte de poveste pentru etapa curentă. După o sarcină care necesită un anumit număr de puncte poveste pentru a finaliza este de peste, puteți adăuga un punct de pe diagrama pentru a indica progresul curent.,
JIRA vă permite să creați aceste grafice precum:
Acest tabel vă ajută trage concluzii cu privire la viteza curentă de lucru. În funcție de aceste concluzii, numărul de povești ale utilizatorilor pentru următorul sprint poate fi modificat.este important să rețineți că, deoarece rezultatul ideal al fiecărui sprint dintr-un model Scrum este un produs funcțional, procesul de testare a întregului ciclu de viață este foarte important. Există diferite modalități de a minimiza costurile perioadei de testare. De exemplu, puteți reduce cantitatea totală de povești de utilizator., Ca urmare, numărul de erori posibile va fi minimizat. Cealaltă modalitate este de a include inginerii QA în Echipa Scrum.
Citește și de Ce QA Joacă un Rol-Cheie într-un de Înaltă Calitate, Dezvoltarea de Produse Software
Pasul 4. Creșterea produsului și revizuirea Sprintului
rezultatul fiecărui sprint din Scrum este o creștere potențială a produsului care poate fi demonstrată clientului. După fiecare iterație, echipa de dezvoltare creează o nouă versiune a unui produs software cu valoare crescută., În timpul revizuirii Sprint, care este partea finală a fiecărui sprint, rezultatele generale pot fi demonstrate și analizate. Pe baza tuturor acestor informații, părțile interesate pot lua o decizie cu privire la modificările ulterioare ale proiectului și pot planifica următorul sprint.
Pasul 5. Scopul principal al Retrospectivei este de a discuta rezultatele și de a determina modalitățile de îmbunătățire a procesului de dezvoltare în etapa următoare., O caracteristică importantă este că, în acest stadiu, procesele de lucru și interacțiunea sunt discutate pentru a îmbunătăți activitatea echipei Scrum în ansamblu. Echipa ar trebui să concluzioneze ce a mers bine în timpul procesului de lucru și ce se poate face mai bine în timpul iterației viitoare. Când sunt definite modalitățile de îmbunătățire, echipa se poate concentra pe următoarea planificare a sprintului.principalele caracteristici distinctive ale Scrum sunt agilitatea și progresul continuu. Este asigurată în mare parte de comunicarea permanentă și cooperarea strânsă între părțile interesate la fiecare pas., Abordarea Scrum implică un proces continuu de dezvoltare iterativă și incrementală. Scopul este de a asigura posibilitatea de a crește continuu valoarea produsului și de a menține flexibilitatea în alegerea priorităților pentru iterații ulterioare.
atunci Când sprint este terminat, clientul poate evalua lucru funcționalitatea produsului la iterația curentă și de a face o decizie informată cu privire la modul în care proiectul ar trebui să evolueze în următorul sprint.,chiar dacă în conformitate cu manifestul Agile, ar trebui să preferați software-ul de lucru decât documentația completă, nimic nu împiedică dezvoltatorii să utilizeze o specificație a cerințelor Software. SRS este bun la a spune ce ar trebui să facă un sistem sau un produs. În ciuda faptului că SRS poate pierde unele aspecte agile ale dezvoltării proiectelor, cum ar fi colaborarea, acesta poate fi în continuare un instrument bun pentru planificare și programare.
șablon estimare gratuit + PERTun șablon pentru a estima costul proiectului și durata., Calculați toate riscurile posibile și durata posibilă a proiectului.