agile planning with microsoft team foundation server
Acest tutorial explică cum să faceți planificarea Agile folosind Microsoft TFS, care va ajuta managerii de proiect să planifice și să urmărească munca în cadrul echipelor lor:
Printre diferitele articole publicate în SoftwareTestingHelp.com pe DevOps, am văzut câteva articole bune despre DevOps din punctul de vedere al integrării continue și al livrării continue utilizând Microsoft TFS, AWS și cu siguranță instrumente open source precum Ansible.
Una dintre premisele pentru DevOps este un anumit proces puternic, cum ar fi AGILE, care aduce agilitate întregului proces SDLC în care zona de focalizare este lansarea software-ului într-un mod foarte oportun, cu cicluri de lansare mai scurte și feedback rapid. Așadar, procesul agil se concentrează în principal pe viteză.
Ce veți învăța:
Planificare agilă utilizând Microsoft TFS 2017
Înainte de a parcurge diferite secțiuni din acest articol, ar fi bine să conștientizați unele dintre terminologii importante utilizate în Agile. Aceste terminologii vor fi utilizate în acest articol.
Precondiții: Microsoft TFS 2017
Creați un proiect de echipă TFS utilizând șablonul de proces SCRUM
Mai întâi vom începe prin crearea unui proiect de echipă TFS folosind șablonul SCRUM urmând pașii menționați mai jos.
Conectați-vă la Microsoft TFS 2017 și faceți clic pe Proiect nou.
Introduceți un nume de proiect și selectați Scrum ca șablon. Click pe Crea.
Odată ce proiectul este creat, adăugați membri la proiect făcând clic pe + pictogramă.
Creați restante de produse
După cum știți că Microsoft TFS este un instrument ALM integrat care vă ajută să creați elemente de lucru, să faceți planificarea proiectului, să creați definiții de construcție și să eliberați definiții cu funcția de a efectua testări manuale.
Înainte de orice planificare Agile, trebuie să începem prin a defini Sprinturi care este un interval de timp predefinit pentru munca de făcut. Click pe Setări -> Muncă și apoi definiți sprinturile cu date de început și sfârșit.
Selectați Sprintul și setați datele de început și de sfârșit.
Aici ne vom concentra pe crearea articolelor de lucru care vor face parte integrantă din planificarea Agile. Așadar, să începem prin a crea backlog-ul produsului care conține o listă prioritară a tuturor caracteristicilor care fac parte din aplicația sau produsul dvs.
Proprietarul produsului menține acest restant și, cu ajutorul echipei scrum, decide fezabilitatea de a lucra într-un anumit sprint.
Pentru a crea un restant de produse din Meniul secțiunii de lucru selectează Backlogs.
Faceți clic pe Nou, introduceți un titlu pentru elementul restant și faceți clic pe Adăuga .
Elementul din Backlog produs este adăugat la backlog. Într-un sens teoretic, puteți lua în considerare elementul din restante de produs ca pe o poveste de utilizator sau o cerere de modificare. În mod normal, acestea vor fi descompuse în mai multe sarcini pentru dezvoltatori și cazuri de testare.
descărcare gratuită a convertorului YouTube către WAV
De asemenea, puteți comanda din nou în funcție de prioritate. Doar glisați și fixați elementele de lucru deasupra sau dedesubt.
Deschideți elementul de lucru și adăugați efortul. Aici efortul poate fi conform nevoilor proiectului, fie de puncte de poveste, fie de zile sau ore. Estimarea efortului ar fi adăugată odată ce elementul este descompus în sarcini. Atribuiți un proprietar în secțiunea „Atribuit la” și setați „Stat” la Aprobat pentru dezvoltare. Click pe Salveaza si inchide.
Apoi, atribuiți elementul Sprint 1 prin glisare și fixare la Sprint 1.
Calea de iterație schimbă elementul în Sprint1 așa cum este afișat în imaginea de mai jos.
Pe măsură ce mutăm articolul în Terminat State, viteza care definește numărul total de puncte de poveste pe care echipa de scrum le obține într-un sprint este afișată făcând clic pe graficul de viteză din dreapta sus.
Deci, pe scurt, putem spune că echipa a completat 8 puncte de poveste în Sprint 1 așa cum se arată în graficul de viteză de mai sus.
Planificarea capacitatii
Pentru fiecare Sprint, putem defini numărul de ore în care fiecare membru va lucra pentru proiectul atribuit. Vizualizarea capacității pentru fiecare sprint definește acest lucru. Această vizualizare surprinde, de asemenea, activitatea la care lucrează fiecare membru, cum ar fi proiectarea sau dezvoltarea sau raportarea etc.
Faceți clic pe Sprint-ul corespunzător. În acest caz, deschideți Sprint 1 și du-te la Vizualizare capacitate . Actualizați așa cum se arată mai jos.
În captura de ecran de mai sus, deoarece utilizatorul Dev1 lucrează doar 4 ore pe zi în perioada de sprint de 2 săptămâni, care este de 10 zile lucrătoare. Lucrare atribuită arată că este repartizat la o sarcină care are nevoie de 8 ore pentru a finaliza din 40 de ore pentru perioada de sprint de 2 săptămâni. Aceasta se calculează ca 4 (ore pe zi) * 10 (2 săptămâni) = 40 de ore.
Un calcul similar se face pentru utilizatorul Dev2.
Crearea sarcinilor
Întrucât acum avem definit articolul de restanță de produs sau povestea utilizatorului, precum și capacitatea planificată pentru fiecare utilizator din proiect, acum îl putem împărți în sarcini de dezvoltator. Pe ecranul de lucru, faceți clic pe Sprint 1 și apoi faceți clic pe Adăugare semn de sarcină + pentru articolul din restanțe de produs.
Alocați-l dezvoltatorului și introduceți o valoare în ore pentru câmpul de lucru rămas. Faceți clic pe Salvare și închidere.
Sarcina creată este legată de articolul de restanțe de produs.
Aici, câmpul de lucru rămas este numărul de ore rămase pentru a finaliza o sarcină. Deoarece în exemplul de mai sus am setat câmpul la 8 ore și să presupunem că dezvoltatorul la sfârșitul unei zile a finalizat doar 2 ore de lucru la sarcină, atunci câmpul rămas al orei ar fi actualizat la 6. Ați putea face acest lucru 0 atunci când nu mai există muncă sau dacă mai rămâne 1 oră sau mai puțin de lucru sau undeva între 0 și 1 oră.
Din această valoare, TFS poate crea o diagramă de descompunere pentru sprint, care este una dintre valorile foarte utile din Agile. Procesul de mai sus este pentru șablonul SCRUM și nu are câmpul Estimare originală în elementul de lucru Sarcină.
Dacă proiectul echipei TFS este configurat folosind șablonul de proces Agile sau CMMI, atunci există o opțiune pentru a intra în câmpul Estimare originală.
Pentru a adăuga câmpul Estimare originală ( Microsoft.VSTS.Scheduling.OriginalEstimate ) în tipul articolului de lucru Task folosind șablonul de proces SCRUM, acesta trebuie adăugat ca un câmp personalizat. Puteți utiliza witadmin exportwitd , care este o opțiune din linia de comandă. Adăugați câmpul din fișierul XML exportat și importați-l înapoi în proiectul echipei.
Sprinturi viitoare
Elementul înapoi în produs sau povestea utilizatorului poate fi, de asemenea, planificat pentru viitor prin tragerea și plasarea articolului în orice alt sprint viitor.
Folosind Taskboard
Deoarece Planul Sprint este în vigoare, acum putem vizualiza progresul fiecărei activități din vizualizarea Taskboard. Deci, Taskboard oferă un flux vizual al sarcinilor și al stării sale. Deci, în timpul fiecărei întâlniri scrum, puteți analiza starea fiecărei sarcini atribuite membrilor.
De asemenea, puteți vizualiza rezumatul totalului lucrărilor rămase care urmează să fie finalizate.
Este foarte important să monitorizați starea și progresul și poate fi realizat prin intermediul tabelului de activități. Faceți clic pe Vedere de bord pentru Sprint.
Acest forum este o vizualizare foarte utilă și poate fi utilizat în scopuri de raportare în timpul ședinței zilnice de stand-up.
la) Dacă dezvoltatorii cu sarcini atribuite au început să lucreze la sarcini, atunci puteți muta sarcinile de la A face stat să In progres starea doar prin tragere și fixare caracteristică.
b) Modificați restul orelor de lucru ale sarcinii pentru un utilizator Dev2 de la 8 la 5 ore rămase. Orele sarcinii în curs vor fi apoi actualizate corespunzător.
cum să faci un plan de testare
c) Diagrama de descoperire, făcând clic pe colțul din dreapta sus, este actualizată automat.
d) Acum închideți sarcina atribuită Dev2 prin glisare și fixare a sarcinii în Terminat stat. Restul orelor de lucru pentru această sarcină sunt reduse automat la 0, iar graficul de descărcare este, de asemenea, actualizat.
Sprint Review și retrospectivă
Ei bine, lucrarea s-a terminat acum și intervalul de timp sprint s-a încheiat. Echipa crede că este timpul să vă relaxați sau să faceți o pauză? Absolut un NU mare. Este timpul să discutăm acum partea foarte importantă a ciclului de viață SCRUM, care este revizuirea și retrospectiva.
Revizuirea Sprint se concentrează pe produsele livrabile, trece prin articolele restante ale produsului DONE și oferă o demonstrație clienților. De asemenea, este foarte important să discutăm ce articole din restanțe de produse nu au fost realizate și de ce și cel mai important să adunăm feedback de la clienți și să le planificăm pentru sprinturi viitoare. Revizuirea sprintului se face în mod normal între proprietarul produsului, echipa de dezvoltare și clienți.
Retrospectiva Sprint se concentrează pe aspectele procesului, cum ar fi ceea ce a mers bine și ce nu? Deci, va trebui, de asemenea, să captați feedback despre proces și despre oameni. Deoarece acesta este un aspect foarte important al ciclului de viață Agile, puteți afla mai multe despre retrospective.
Deci, este foarte posibil să existe lucrări neterminate în fiecare sprint. În acest scenariu, mutați PBI’s / Tasks fie în Backlog-ul produsului, fie în următorul Sprint pe care proprietarul de produs îl decide.
Dar, deocamdată, unde stocăm recenziile și retrospectivele? Puteți să le salvați ca parte a discuției despre elementul de lucru sau să creați un nou articol de lucru pentru a conține puncte de acțiune și feedback retroactiv.
Concluzie
Am văzut în acest articol cum Microsoft Team Foundation Server ca instrument ALM oferă o modalitate rapidă și ordonată de a începe să lucrați la aplicația dvs. după procesul Agile Scrum.
Trebuie să ne asigurăm că toate echipele care urmează procesul Agile SCRUM trebuie să definească și să creeze următoarele aspecte pentru a planifica și gestiona în mod corespunzător munca echipei lor.
- Utilizați șablonul de proces SCRUM corespunzător în Microsoft TFS
- Creați restante de produse
- Specificarea programului Sprint și a capacității echipei
- Selectarea articolelor pentru restante sprint
- Descompunerea PBI-urilor sau a povestirilor utilizatorilor în sarcini
- Utilizați diagrame Burndown pentru a urmări progresul
- Foarte important să utilizați Taskboard pentru a monitoriza progresul
- În cele din urmă, efectuați o revizuire eficientă a sprintului și o retrospectivă
Lectură recomandată
- Cum să fii un bun mentor al echipei, antrenor și un adevărat apărător al echipei într-o lume de testare agilă? - Inspiratia
- Terminologia Agile și Scrum: un glosar pentru conceptele Agile / Scrum
- Cum să ușurăm procesul de estimare agilă cu Planning Poker
- Principii moderne de testare pentru metodologia agilă în testare
- Echipe Scrum autosuficiente: Cum să creați o echipă autosuficientă?
- Întâlniri retrospective agile - De ce este necesar și unele moduri distractive de a o desfășura
- 4 pași către dezvoltarea mentalității de testare agilă pentru tranziția de succes la procesul agil
- ISTQB Foundation Exam Format & Guidelines To Solve Papers