agile planning with microsoft team foundation server
V tej vadnici je razloženo, kako narediti agilno načrtovanje z uporabo Microsoft TFS, ki bo vodjem projektov pomagal načrtovati in slediti delu v svojih skupinah:
Med različnimi članki, objavljenimi v SoftwareTestingHelp.com na DevOps, smo videli nekaj dobrih člankov o DevOps z vidika nenehne integracije in nenehne dostave z uporabo Microsoftovih TFS, AWS in zagotovo odprtokodnih orodij, kot je Ansible.
Eden od predpogojev za DevOps je določen močan postopek, kot je AGILE, ki prinaša gibčnost celotnemu postopku SDLC, pri čemer je osredotočeno področje sproščanje programske opreme zelo hitro, s krajšimi cikli izdaje in hitrimi povratnimi informacijami. Tako rekoč gibčen proces se osredotoča predvsem na hitrost.
Kaj se boste naučili:
Agilno načrtovanje z uporabo Microsoft TFS 2017
Preden si ogledate različne odseke v tem članku, bi bilo dobro, da se seznanite z nekaterimi pomembne terminologije, uporabljene v Agile. Te terminologije bodo uporabljene v tem članku.
Predpogoji: Microsoft TFS 2017
Ustvarite projekt ekipe TFS z uporabo predloge procesa SCRUM
Najprej bomo začeli z ustvarjanjem projekta skupine TFS z uporabo predloge SCRUM po naslednjih korakih.
Prijavite se v Microsoft TFS 2017 in kliknite na Nov projekt.
Vnesite ime projekta in izberite Scrum kot predlogo. Kliknite na Ustvari.
Ko je projekt ustvarjen, dodajte člane v projekt s klikom na + ikono.
Ustvari zaostanek izdelkov
Ker se zavedate, da je Microsoft TFS integrirano orodje ALM, ki pomaga pri ustvarjanju delovnih elementov, načrtovanju projektov, ustvarjanju definicij gradnje in definicij izdaje s funkcijo za ročno preskušanje.
Pred kakršnim koli agilnim načrtovanjem moramo najprej določiti Sprinti kar je vnaprej določen časovni okvir za opravljeno delo. Kliknite na Nastavitve -> Delo in nato definirajte šprinte z začetnim in končnim datumom.
Izberite Sprint in nastavite začetni in končni datum.
Tu se bomo osredotočili na ustvarjanje delovnih predmetov, ki bodo sestavni del agilnega načrtovanja. Začnimo z ustvarjanjem zaostankov izdelkov, ki vsebujejo prednostni seznam vseh funkcij, ki bodo del vaše aplikacije ali izdelka.
Lastnik izdelka vzdržuje ta zaostanek in s pomočjo scrum ekipe odloči o izvedljivosti dela v določenem sprintu.
Če želite ustvariti zaostanek izdelkov iz V meniju delovnega odseka izberite Zaostanki.
Kliknite Novo, vnesite naslov elementa zaostanka in kliknite Dodaj .
Element zaostanka izdelka se doda zaostanku. V teoretičnem smislu lahko izdelek z zaostanki obravnavate kot uporabniško zgodbo ali zahtevo za spremembo. Običajno se razgradijo v več nalogah razvijalcev in testnih primerih.
Naročite jih lahko tudi po naročilu. Samo povlecite in spustite delovne elemente zgoraj ali spodaj.
Odprite delovni predmet in dodajte trud. Tu je napor lahko v skladu s projektnimi potrebami bodisi zgodb bodisi dni ali ur. Ocena napora se doda, ko je postavka razdeljena na naloge. Dodelite lastnik v razdelku »Dodeljeno« in nastavite »Država« na Odobreno za razvoj. Kliknite na Shrani in zapri.
Nato postavite element Sprint 1 tako, da ga povlečete in spustite na Sprint 1.
Pot ponovitve spremeni element v Sprint1, kot je prikazano na spodnji sliki.
Ko premikamo element na Končano Država, hitrost, ki določa skupno število točk zgodbe, ki jih ekipa scrum doseže v sprintu, je prikazana s klikom na zgornji desni grafikon hitrosti.
privzeti prehod za Windows 10 ni na voljo
Če povzamemo, lahko rečemo, da je ekipa v Sprintu 1 izpolnila 8 zgodb, kot je prikazano na zgornjem grafikonu hitrosti.
Načrtovanje zmogljivosti
Za vsak Sprint lahko določimo, koliko ur bo vsak član delal za projekt, ki mu je dodeljen. Pogled zmogljivosti za vsak sprint to določa. Ta pogled zajema tudi dejavnost, na kateri dela vsak član, kot je načrtovanje ali razvoj ali poročanje itd.
Kliknite ustrezen Sprint. V tem primeru odprite Sprint 1 in pojdite na Pogled zmogljivosti . Posodobite, kot je prikazano spodaj.
Na zgornjem posnetku zaslona, ker uporabnik Dev1 v 2-tedenskem sprintu, ki je 10 delovnih dni, dela samo 4 ure na dan. The Delo, dodeljeno kaže, da je dodeljen nalogi, ki jo je treba opraviti 8 ur od 40 ur za 2-tedensko sprintersko obdobje. To se izračuna kot 4 (ure na dan) * 10 (2 tedna) = 40 ur.
Podoben izračun je narejen za uporabnika Dev2.
Ustvarjanje nalog
Ker imamo zdaj opredeljene postavke zaostanka izdelka ali uporabniško zgodbo in načrtovane zmogljivosti za vsakega uporabnika v projektu, ga lahko zdaj razdelimo na naloge razvijalcev. Na delovnem zaslonu kliknite Sprint 1 in nato kliknite Dodaj znak opravila + za element zaostanka izdelka.
Dodelite ga razvijalcu in vnesite vrednost v ure za preostalo delovno polje. Kliknite Shrani in zapri.
Ustvarjena naloga je povezana z elementom zaostanka izdelka.
Tu je polje Preostalo delo število ur, ki so na voljo za dokončanje naloge. Ker smo v zgornjem primeru polje nastavili na 8 ur in recimo, da je razvijalec ob koncu dneva opravil samo 2 uri dela, bi bilo polje preostale ure posodobljeno na 6. Lahko bi ga naredili 0, ko dela ni več, ali če je še 1 ura ali manj dela ali nekje med 0 in 1 uro.
Na podlagi te vrednosti lahko TFS ustvari obrabljeni grafikon za sprint, ki je ena od zelo uporabnih meritev v Agileu. Zgornji postopek je za predlogo SCRUM in v delovnem elementu opravila nima polja Original Estimate.
Če je projekt skupine TFS konfiguriran s predlogo procesa Agile ali CMMI, potem lahko vnesete polje Original Estimate.
Če želite dodati polje Original Estimate ( Microsoft.VSTS.Scheduling.OriginalEstimate ) v vrsti delovne naloge opravila s predlogo procesa SCRUM jo je treba dodati kot polje po meri. Lahko uporabite witadmin exportwitd , kar je možnost ukazne vrstice. Dodajte polje v izvoženi datoteki XML in ga uvozite nazaj v projekt ekipe.
Prihodnji šprinti
Element zaostanka izdelka ali uporabniška zgodba lahko načrtujete tudi za prihodnost tako, da ga povlečete in spustite na kateri koli drug prihodnji sprint.
Uporaba opravilne plošče
Ker je načrt Sprint vzpostavljen, si lahko zdaj ogledamo vsako nalogo v pogledu na opravilni plošči. Tako opravilna plošča zagotavlja vizualni tok nalog in njihov status. Tako lahko med vsakim scrum sestankom pogledate stanje vsake naloge, dodeljene članom.
Ogledate si lahko tudi povzetek celotnega preostalega dela, ki ga je treba dokončati.
Zelo pomembno je spremljati stanje in napredek, kar lahko storite s pomočjo delovne plošče. Kliknite na Pogled na desko za Sprint.
Ta tabla je zelo uporaben pogled in se lahko uporablja za poročanje med dnevnim sestankom standup.
do) Če so razvijalci z dodeljenimi nalogami začeli delati na nalogah, jih lahko premaknete iz Narediti država do V delu stanje samo s funkcijo povleci in spusti.
b) Preostali delovni čas opravila za uporabnika Dev2 spremenite s preostalih 8 na 5 ur. Nato bodo ure opravila v teku ustrezno posodobljene.
c) Grafikon izgorevanja se s klikom na zgornji desni kot samodejno posodobi.
d) Zdaj zaprite nalogo, dodeljeno Dev2, tako da jo povlečete in spustite na Končano država. Preostali delovni čas za to nalogo se samodejno zmanjša na 0, posodobljen pa je tudi grafikon za izgorevanje.
Sprint pregled in retrospektiva
No, zdaj je delo končano in čas šprinta je končan. Ali ekipa misli, da je zdaj čas, da se sprostite ali si oddahnete? Absolutno velik NE. Zdaj je čas, da razpravljamo o zelo pomembnem delu življenjskega cikla SCRUM-a, ki je pregled in retrospektiva.
Pregled Sprint se osredotoča na končne rezultate, pregleduje postavke ZAVRŠENIH izdelkov in pripravlja predstavitev strankam. Prav tako je zelo pomembno, da se pogovorimo o tem, kateri elementi zaostankov izdelkov niso bili opravljeni in zakaj, in kar je najpomembneje, zberemo povratne informacije strank in jih načrtujemo za prihodnje sprinte. Pregled sprinta običajno opravijo lastnik izdelka, razvojna skupina in kupci.
Retrospektiva Sprinta se osredotoča na vidike procesa, na primer na to, kaj je šlo dobro in kaj ne? Torej boste morali zajeti tudi povratne informacije o procesu in ljudeh. Ker je to zelo pomemben vidik življenjskega cikla Agile, lahko o tem izveste več retrospektive.
Torej, zelo verjetno je, da bi v vsakem sprintu lahko bilo nedokončanih del. V tem primeru premaknite PBI / Tasks v Backlog izdelka ali na naslednji Sprint, za katerega se odloči lastnik izdelka.
Kje pa za zdaj hranimo kritike in retrospektive? Lahko jih shranite kot del razprave o delovnem elementu ali ustvarite nov delovni predmet, ki vsebuje retrospektivne akcijske točke in povratne informacije.
Zaključek
V tem članku smo videli, kako Microsoft Team Foundation Server kot orodje ALM ponuja hiter in čeden način za začetek dela na vaši aplikaciji po postopku Agile Scrum.
Zagotoviti moramo, da morajo vse ekipe, ki sledijo postopku Agile SCRUM, opredeliti in ustvariti naslednje vidike za pravilno načrtovanje in upravljanje dela svoje ekipe.
- Uporabite ustrezno predlogo procesa SCRUM v Microsoft TFS
- Ustvarite zaostanke izdelkov
- Določitev urnika sprinta in zmogljivosti ekipe
- Izbira elementov za zaostanke v sprintu
- Razstavljanje zgodb o uporabniških imenih ali uporabniških zgodbah v naloge
- Uporabite Burndown karte za sledenje napredku
- Zelo pomembno je, da z orodno ploščo spremljate napredek
- Nazadnje izvedite učinkovit pregled in retrospektivo sprinta
Priporočeno branje
- Kako postati dober mentor ekipe, trener in pravi branilec ekipe v agilnem svetu testiranja? - Navdih
- Agile And Scrum Terminology: Glossary for Agile / Scrum Concepts
- Kako olajšati agilni postopek ocenjevanja z načrtovanjem pokra
- Sodobni principi testiranja za agilno metodologijo pri testiranju
- Samozadostne Scrum ekipe: Kako ustvariti samozadostno ekipo?
- Agilna retrospektivna srečanja - zakaj je to potrebno in kako zabavno ga izvesti
- 4 koraki k razvoju agilnega miselnega načina testiranja za uspešen prehod na agilni postopek
- Oblika izpita ISTQB Foundation & smernice za reševanje prispevkov