agile planning with microsoft team foundation server
Ovaj vodič objašnjava kako napraviti agilno planiranje pomoću Microsoft TFS-a koji će voditeljima projekata pomoći u planiranju i praćenju rada u njihovim timovima:
Među raznim člancima objavljenim u SoftwareTestingHelp.com na DevOpsu, vidjeli smo nekoliko dobrih članaka o DevOpsu sa stajališta kontinuirane integracije i kontinuirane isporuke pomoću Microsoft TFS-a, AWS-a i zasigurno alata otvorenog koda poput Ansible.
Jedan od preduvjeta za DevOps je određeni snažni proces poput AGILE koji uvodi agilnost u čitav SDLC postupak u kojem je fokus fokusiran na pravovremeno objavljivanje softvera s kraćim ciklusima objavljivanja i brzim povratnim informacijama. Tako reći agilni proces fokusira se uglavnom na brzinu.
najbolji besplatni youtube u mp3 pretvarač
Što ćete naučiti:
Agile planiranje pomoću Microsofta TFS 2017
Prije nego što prođete kroz različite odjeljke ovog članka, bilo bi dobro upoznati se s nekim od njih važne terminologije korištene u Agileu. Te će se terminologije koristiti u cijelom ovom članku.
Preduvjeti: Microsoft TFS 2017
Stvorite projekt TFS tima pomoću predloška procesa SCRUM
Prvo ćemo započeti izradom projekta TFS tima pomoću predloška SCRUM slijedeći dolje navedene korake.
Prijavite se na Microsoft TFS 2017 i kliknite na Novi projekt.
Unesite naziv projekta i odaberite Ološ kao predložak. Kliknite na Stvoriti.
Nakon izrade projekta dodajte članove u projekt klikom na + ikona.
Stvorite zaostatak proizvoda
Kao što ste svjesni da je Microsoft TFS integrirani ALM alat koji pomaže u stvaranju radnih stavki, planiranju projekata, stvaranju definicija gradnje i definicija izdanja sa značajkom za ručno testiranje.
Prije bilo kakvog agilnog planiranja, moramo početi definiranjem Sprintovi što je unaprijed definirani vremenski okvir za posao koji treba obaviti. Kliknite na Postavke -> Posao a zatim definirajte sprinteve s datumima početka i završetka.
Odaberite Sprint i postavite datum početka i završetka.
Ovdje ćemo se usredotočiti na stvaranje radnih predmeta koji će biti sastavni dio Agile planiranja. Počnimo s izradom zaostalih proizvoda koji sadrže prioritetni popis svih značajki koje će biti dio vaše aplikacije ili proizvoda.
Vlasnik proizvoda održava taj zaostatak i uz pomoć scrum tima odlučuje o izvedivosti rada u određenom sprintu.
Da biste stvorili zaostatak proizvoda iz U izborniku radnog odjeljka odaberite Zaostaci.
Kliknite Novo, unesite naslov stavke zaostatka i kliknite na Dodati .
Predmet zaostatka proizvoda dodaje se zaostatku. U teoretskom smislu, stavku zaostalih proizvoda možete smatrati korisničkom pričom ili zahtjevom za promjenu. Obično će se razgraditi u više zadataka programera i test slučajeva.
Također možete promijeniti redoslijed na temelju prioriteta. Samo povucite i ispustite radne stavke iznad ili ispod.
Otvorite radni predmet i dodajte truda. Ovdje napor može biti u skladu s projektnim potrebama bilo priča ili dana ili sata. Procjena napora dodaje se nakon što se stavka razloži na zadatke. Dodijelite vlasnik u odjeljku 'Dodijeljeno' i postavite 'Država' na Odobreno za razvoj. Kliknite na Spremi i zatvori.
Zatim stavku dodijelite Sprintu 1 povlačenjem i ispuštanjem na Sprint 1.
Put ponavljanja mijenja stavku u Sprint1 kao što je prikazano na donjoj slici.
Dok premještamo predmet Gotovo Država, brzina koja definira ukupan broj točaka priče koje scrum tim postiže u sprintu prikazuje se klikom na gornji desni grafikon brzine.
Dakle, rezimirajući, možemo reći da je tim u Sprintu 1 ispunio 8 bodova kao što je prikazano na gornjoj tablici brzina.
Planiranje kapaciteta
Za svaki Sprint možemo odrediti broj sati koje će svaki član raditi za projekt kojem je dodijeljen. Prikaz kapaciteta za svaki sprint to definira. Ovo stajalište također bilježi aktivnost na kojoj svaki član radi poput dizajna ili razvoja ili izvještavanja itd.
Kliknite na odgovarajući Sprint. U ovom slučaju otvorite Sprint 1 i idite na Prikaz kapaciteta . Ažurirajte kako je prikazano u nastavku.
Na gornjoj snimci zaslona, budući da korisnik Dev1 radi samo 4 sata dnevno tijekom razdoblja sprinta od 2 tjedna, što je 10 radnih dana. The Posao dodijeljen pokazuje da je dodijeljen zadatku kojem treba 8 sati od 40 sati za sprint razdoblje od 2 tjedna. To se izračunava kao 4 (sati dnevno) * 10 (2 tjedna) = 40 sati.
Sličan izračun vrši se za korisnika Dev2.
Izrada zadataka
Kako sada imamo definiranu stavku zaostatka proizvoda ili korisničku priču, kao i planirane kapacitete za svakog korisnika u projektu, sada to možemo podijeliti na zadatke programera. Na radnom zaslonu kliknite Sprint 1 a zatim kliknite Dodaj znak zadatka + za stavku zaostalih proizvoda.
Dodijelite ga programeru i unesite vrijednost u sati za preostalo radno polje. Kliknite Spremi i zatvori.
Stvoreni zadatak povezan je s stavkom zaostalih proizvoda.
Ovdje je preostalo radno polje preostali broj sati za izvršavanje zadatka. Budući da smo u gornjem primjeru postavili polje na 8 sati i recimo da je programer na kraju dana izvršio samo 2 sata rada na zadatku, tada bi se polje preostalog sata ažuriralo na 6. Možete ga napraviti 0 kad više nema posla ili ako preostaje 1 sat ili manje posla ili negdje između 0 i 1 sata.
Od te vrijednosti TFS može stvoriti sažeti grafikon za sprint, što je jedna od vrlo korisnih mjernih podataka u Agileu. Gornji postupak odnosi se na predložak SCRUM i nema polje Izvorna procjena u radnoj stavci Zadatak.
Ako je projekt TFS tima konfiguriran pomoću Agile ili CMMI predloška procesa, tada postoji mogućnost unosa polja Original Estimate.
Da biste dodali polje Original Estimate ( Microsoft.VSTS.Scheduling.OriginalEstimate ) u tipu radne stavke Zadatak pomoću predloška procesa SCRUM mora se dodati kao prilagođeno polje. Možete koristiti witadmin exportwitd , što je opcija naredbenog retka. Dodajte polje u izvoženoj XML datoteci i uvezite ga natrag u timski projekt.
Budući sprintovi
Stavka zaostatka proizvoda ili korisnička priča također se mogu planirati za budućnost povlačenjem i ispuštanjem predmeta na bilo koji drugi budući sprint.
Korištenje programske ploče
Budući da je Sprint plan uspostavljen, sada možemo vidjeti napredak svakog zadatka iz prikaza radne ploče. Tako Taskboard omogućuje vizualni tijek zadataka i njegov status. Tako tijekom svakog scrum sastanka možete pogledati status svakog zadatka dodijeljenog članovima.
Također možete vidjeti sažetak ukupnog preostalog posla koji treba dovršiti.
Vrlo je važno pratiti status i napredak, a to se može učiniti putem programske ploče. Klikni na Pogled na ploču za Sprint.
Ova je ploča vrlo koristan pogled i može se koristiti za potrebe izvještavanja tijekom dnevnog sastanka standup-a.
do) Ako su programeri s dodijeljenim zadacima počeli raditi na zadacima, tada ih možete premjestiti iz Napraviti država da U nastajanju stanje samo povlačenjem i ispuštanjem.
b) Promijenite preostalo radno vrijeme zadatka za korisnika Dev2 s preostalih 8 na 5 sati. Tada će se sati rada u tijeku ažurirati u skladu s tim.
c) Grafikon sagorijevanja, klikom na gornji desni kut, automatski se ažurira.
d) Sada zatvorite zadatak dodijeljen Dev2 povlačenjem i ispuštanjem zadatka u Gotovo država. Preostalo radno vrijeme za ovaj zadatak automatski se smanjuje na 0, a ažurirani grafikon se također ažurira.
Pregled sprinta i retrospektiva
Pa, posao je gotov i rok za sprint je gotov. Misli li tim da je vrijeme da se opustite ili predahnete? Apsolutno veliko NE. Sada je vrijeme za raspravu o vrlo važnom dijelu životnog ciklusa SCRUM-a, a to je pregled i retrospektiva.
Pregled sprinta usredotočen je na rezultate, pregledajte stavke GOTOVI zaostali proizvodi i pružite demonstraciju kupcima. Također, vrlo je važno razgovarati o tome koje stavke zaostalih proizvoda nisu učinjene i zašto, i što je najvažnije prikupiti povratne informacije od kupaca i planirati ih za buduće sprinteve. Pregled sprinta obično se vrši između vlasnika proizvoda, razvojnog tima i kupaca.
Retrospektiva sprinta fokusira se na aspekte procesa poput onoga što je prošlo dobro, a što nije? Tako ćete također morati prikupiti povratne informacije o procesu i ljudima. Budući da je ovo vrlo važan aspekt agilnog životnog ciklusa, možete naučiti više o tome retrospektive.
Dakle, vrlo je moguće da bi u svakom sprintu moglo biti nedovršenih poslova. U ovom scenariju premjestite PBI / Tasks u Backlog proizvoda ili na sljedeći Sprint o kojem odluči Vlasnik proizvoda.
Ali za sada, gdje pohranjujemo kritike i retrospektive? Možete ih spremiti kao dio rasprave o radnom predmetu ili stvoriti novi radni predmet koji će sadržavati retrospektivne akcijske točke i povratne informacije.
Zaključak
U ovom smo članku vidjeli kako Microsoft Team Foundation Server kao ALM alat pruža brz i uredan način za početak rada na vašoj aplikaciji nakon postupka Agile Scrum.
Moramo osigurati da svi timovi koji slijede Agile SCRUM postupak trebaju definirati i stvoriti sljedeće aspekte kako bi pravilno planirali i upravljali radom svog tima.
- Upotrijebite odgovarajući predložak SCRUM procesa u Microsoft TFS-u
- Stvorite zaostale proizvode
- Određivanje rasporeda sprinta i kapaciteta tima
- Odabir stavki za zaostatak u sprintu
- Raščlanjivanje PBI-a ili korisničkih priča u zadatke
- Koristite Burndown ljestvice za praćenje napretka
- Vrlo je važno koristiti programsku ploču za praćenje napretka
- Na kraju, izvedite učinkovitu reviju sprinta i retrospektivu
Preporučena literatura
- Kako biti dobar mentor, trener i istinski tim-branič u agilnom svijetu testiranja? - Inspiracija
- Agile And Scrum Terminology: Rječnik za agilne / Scrum koncepte
- Kako olakšati agilni postupak procjene s planiranjem pokera
- Suvremeni principi ispitivanja agilne metodologije u ispitivanju
- Samodostatni Scrum timovi: Kako stvoriti samodostatan tim?
- Agilni retrospektivni sastanci - zašto je to potrebno i neki zabavni načini za njegovo provođenje
- 4 koraka prema razvoju agilnog načina testiranja za uspješan prijelaz na agilni proces
- Format i smjernice za rješavanje radova ISTQB Foundation Foundation