agile planning with microsoft team foundation server
V tomto výučbe sa dozviete, ako vykonávať agilné plánovanie pomocou programu Microsoft TFS, ktorý manažérom projektov pomôže plánovať a sledovať prácu v ich tímoch:
Spomedzi rôznych článkov publikovaných na SoftwareTestingHelp.com na DevOps sme videli niekoľko dobrých článkov o DevOps z pohľadu Continuous Integration a Continuous Delivery pomocou Microsoft TFS, AWS a určite nástrojov open source ako Ansible.
Jednou z nevyhnutných podmienok pre DevOps je určitý silný proces, ako je AGILE, ktorý prináša svižnosť do celého procesu SDLC, kde oblasť zamerania je vydávanie softvéru veľmi včasným spôsobom s kratšími cyklami uvoľňovania a rýchlou spätnou väzbou. Agilný proces sa teda zameriava hlavne na rýchlosť.
Čo sa dozviete:
Agilné plánovanie pomocou Microsoft TFS 2017
Predtým, ako prejdete rôznymi sekciami v tomto článku, je dobré si uvedomiť niektoré z nich dôležité terminológie používané v agile. Tieto terminológie budú v tomto článku použité ďalej.
ako otvoriť súbor torrentu
Predbežné požiadavky: Microsoft TFS 2017
Vytvorte tímový projekt TFS pomocou šablóny procesu SCRUM
Najskôr začneme vytvorením tímového projektu TFS pomocou šablóny SCRUM podľa pokynov uvedených nižšie.
Prihláste sa na Microsoft TFS 2017 a kliknite na Nový projekt.
Zadajte názov projektu a vyberte Skrumáž ako šablóna. Kliknite na Vytvoriť.
Po vytvorení projektu pridajte členov do projektu kliknutím na ikonu + ikona.
Vytvorte produktový backlog
Ako viete, Microsoft TFS je integrovaný nástroj ALM, ktorý pomáha vytvárať pracovné položky, plánovať projekt, vytvárať definície zostáv a definície vydaní s funkciou na vykonávanie manuálneho testovania.
Pred akýmkoľvek agilným plánovaním musíme začať definovaním Šprinty čo je preddefinovaný časový rámec pre prácu, ktorá sa má vykonať. Kliknite na Nastavenia -> Práca a potom definujte šprinty s dátumom začatia a ukončenia.
Vyberte Sprint a nastavte počiatočný a konečný dátum.
Tu sa zameriame na vytváranie pracovných položiek, ktoré budú tvoriť neoddeliteľnú súčasť agilného plánovania. Začnime teda vytvorením nevybaveného produktu, ktorý obsahuje prioritný zoznam všetkých funkcií, ktoré majú byť súčasťou vašej aplikácie alebo produktu.
Produktový vlastník udržiava tento počet nevybavených prípadov a s pomocou scrum tímu rozhoduje o uskutočniteľnosti práce v konkrétnom šprinte.
Ak chcete vytvoriť produktový backlog z V ponuke Pracovná časť vyberte položku Nevybavené položky.
Kliknite na Nový, zadajte nadpis pre položku nevybavených položiek a kliknite na Pridať .
K nevybaveným položkám sa pridáva položka produktového backlogu. V teoretickom zmysle môžete považovať položku Backlog produktu za príbeh používateľa alebo žiadosť o zmenu. Spravidla sa rozložia vo viacerých úlohách vývojárov a testovacích prípadoch.
pl sql otázky na pohovor na 3 roky praxe
Môžete tiež zmeniť poradie na základe priority. Pracovné položky jednoducho presuňte myšou nad alebo pod.
Otvorte pracovnú položku a pridajte úsilie. Tu môže byť úsilie podľa projektových potrieb buď príbehových bodov, alebo dní alebo hodín. Odhad úsilia by sa pridal, keď sa položka rozloží na úlohy. Priradiť vlastník v časti „Priradené“ a nastavte „Štát“ na Schválené pre rozvoj. Kliknite na Uložiť a zavrieť.
Ďalej priraďte položku k Sprintu 1 presunutím myšou k Sprintu 1.
Cesta iterácie zmení položku na Sprint1, ako je zobrazené na obrázku nižšie.
Keď presúvame položku do hotový Stav, rýchlosť, ktorá definuje celkový počet bodov príbehu, ktoré tím skrumáže dosiahne v šprinte, sa zobrazí kliknutím na pravý graf rýchlostí.
Stručne povedané, môžeme povedať, že tím v Sprinte 1 dokončil 8 príbehových bodov, ako je to znázornené v grafe rýchlosti vyššie.
Plánovanie kapacity
Pre každý Sprint môžeme definovať počet hodín, počas ktorých bude každý člen pracovať pre projekt, ktorému je pridelený. Definuje to kapacitné zobrazenie pre každý šprint. Toto zobrazenie tiež zachytáva aktivity, na ktorých pracuje každý člen, napríklad Dizajn alebo vývoj alebo vytváranie správ atď.
Kliknite na príslušný Sprint. V takom prípade otvorte Šprint 1 a choď do Zobrazenie kapacity . Aktualizujte, ako je uvedené nižšie.
Na snímke vyššie, pretože užívateľ Dev1 pracuje iba 4 hodiny denne počas doby sprintu 2 týždne, čo je 10 pracovných dní. The Práca pridelená ukazuje, že je pridelený k úlohe, ktorá musí na ukončenie zo 40 hodín v trvaní 2 týždňov trvať 8 hodín. Toto sa počíta ako 4 (hodiny denne) * 10 (2 týždne) = 40 hodín.
Podobný výpočet sa robí pre používateľa Dev2.
Vytváranie úloh
Pretože máme teraz definovanú položku Backlog produktu alebo Príbeh používateľa a tiež plánovanú kapacitu pre každého používateľa v projekte, môžeme ju teraz rozdeliť na úlohy vývojárov. Na pracovnej obrazovke kliknite na ikonu Šprint 1 a potom kliknite na položku Pridať úlohu podpísať + pre položku nevybaveného produktu.
Priraďte ho vývojárovi a zadajte hodnotu v hodín pre zostávajúce pracovné pole. Kliknite na Uložiť a Zavrieť.
Vytvorená úloha je prepojená s položkou produktového backlogu.
V tomto poli je Zvyšná práca počet hodín zostávajúcich na dokončenie úlohy. Pretože vo vyššie uvedenom príklade sme nastavili pole na 8 hodín a povedzme, že vývojár na konci dňa dokončil iba 2 hodiny práce na úlohe, potom by sa zostávajúce hodinové pole aktualizovalo na 6. Môžete to urobiť 0, keď už nie je viac práce, alebo ak zostáva 1 hodina alebo menej práce, alebo niekde medzi 0 a 1 hodinou.
Z tejto hodnoty môže TFS vytvoriť graf poklesu pre šprint, ktorý je jednou z veľmi užitočných metrík v Agile. Vyššie uvedený proces je pre šablónu SCRUM a v pracovnej položke Úloha nemá pole Pôvodný odhad.
Ak je tímový projekt TFS konfigurovaný pomocou šablóny procesu Agile alebo CMMI, existuje možnosť zadať pole Original Estimate.
Ak chcete pridať pole Pôvodný odhad ( Microsoft.VSTS.Scheduling.OriginalEstimate ) v type pracovnej položky Úloha pomocou šablóny procesu SCRUM je potrebné ho pridať ako vlastné pole. Môžete použiť witadmin exportwitd , čo je možnosť príkazového riadku. Pridajte pole do exportovaného súboru XML a importujte ho späť do tímového projektu.
Budúce šprinty
Položku produktového backlogu alebo príbeh používateľa je možné do budúcnosti naplánovať aj presunutím položky do iného budúceho šprintu.
aký je rozdiel medzi vonkajším spojením a ľavým spojením
Používanie panela úloh
Pretože je plán sprintov zavedený, môžeme teraz sledovať priebeh každej úlohy z pohľadu na paneli úloh. Takže Taskboard poskytuje vizuálny tok úloh a ich stav. Takže počas každého scrum mítingu sa môžete pozrieť na stav každej úlohy pridelenej členom.
Môžete si tiež pozrieť zhrnutie celkovej zostávajúcej práce, ktorá sa má dokončiť.
Je veľmi dôležité monitorovať stav a pokrok a je možné to vykonať prostredníctvom panela úloh. Klikni na Pohľad na dosku pre Sprint.
Táto tabuľa je veľmi užitočným pohľadom a dá sa použiť na účely tvorby správ počas denného samostatného stretnutia.
do) Ak vývojári s priradenými úlohami začali na úlohách pracovať, môžete úlohy presunúť z Robiť štát do Prebieha stav iba pomocou funkcie drag and drop.
b) Zmeňte zostávajúci pracovný čas úlohy pre používateľa Dev2 z 8 na 5 zostávajúcich hodín. Hodiny prebiehajúcej úlohy sa následne zodpovedajúcim spôsobom aktualizujú.
c) Graf poklesu sa kliknutím na pravý horný roh automaticky aktualizuje.
d) Teraz zatvorte úlohu priradenú k Dev2 presunutím úlohy na hotový štát. Zostávajúci pracovný čas pre túto úlohu sa automaticky zníži na 0 a aktualizuje sa aj graf podrobností.
Sprint Review a retrospektíva
Teraz je práca hotová a časový rámec šprintu je na konci. Myslí si tím, že je teraz čas oddýchnuť si alebo si oddýchnuť? Absolútne veľké NIE. Teraz je čas diskutovať o veľmi dôležitej časti životného cyklu SCRUM, ktorou je preskúmanie a retrospektíva.
Sprint review sa zameriava na výstupy, prechádzajú produktovými položkami DONE produktu a poskytujú zákazníkom ukážku. Je tiež veľmi dôležité prediskutovať, ktoré položky produktového backlogu sa neurobili a prečo, a čo je najdôležitejšie, zhromaždiť spätnú väzbu od zákazníkov a naplánovať ich na ďalšie sprinty. Kontrola sprintu sa zvyčajne robí medzi vlastníkom produktu, vývojovým tímom a zákazníkmi.
Sprintová retrospektíva sa zameriava na aspekty procesu, ako napríklad to, čo dopadlo dobre a čo nie? Budete teda tiež musieť zachytiť spätnú väzbu o procese a tiež o ľuďoch. Pretože toto je veľmi dôležitý aspekt agilného životného cyklu, môžete sa o ňom dozvedieť viac retrospektívy.
Je teda veľmi možné, že v každom šprinte by mohla byť nedokončená práca. V tomto scenári presuniete úlohy / úlohy PBI buď na produktový backlog alebo na ďalší sprint, o ktorom rozhodne produktový vlastník.
Kde však nateraz ukladáme recenzie a retrospektívy? Môžete ich uložiť ako súčasť diskusie o pracovnej položke alebo vytvoriť novú pracovnú položku so spätnými akčnými bodmi a spätnou väzbou.
Záver
V tomto článku sme videli, ako server Microsoft Team Foundation Server ako nástroj ALM poskytuje rýchly a prehľadný spôsob, ako začať pracovať na svojej aplikácii po procese Agile Scrum.
Musíme zabezpečiť, aby všetky tímy sledujúce proces Agile SCRUM museli definovať a vytvárať nasledujúce aspekty, aby mohli správne plánovať a riadiť prácu svojho tímu.
- Použite príslušnú šablónu procesu SCRUM v Microsoft TFS
- Vytvorte nevybavené položky produktu
- Zadanie harmonogramu sprintu a kapacity tímu
- Výber položiek pre nevybavené položky sprintu
- Rozkladanie príbehov PBI alebo používateľov na úlohy
- Na sledovanie pokroku použite mapy Burndown
- Na sledovanie pokroku je veľmi dôležité používať panel úloh
- Na záver vykonajte efektívnu spätnú kontrolu a sprint
Odporúčané čítanie
- Ako byť dobrým mentorom tímu, trénerom a skutočným obrancom tímu v agilnom testovacom svete? - Inšpirácia
- Agilná a skrumážová terminológia: Slovník pojmov agilný / skrumáž
- Ako uľahčiť proces agilného odhadu pomocou Planning Poker
- Moderné princípy testovania pre agilnú metodiku pri testovaní
- Sebestačné tímy pre skrumáže: Ako vytvoriť sebestačný tím?
- Agilné retrospektívne stretnutia - prečo je to potrebné a niektoré zábavné spôsoby, ako ich uskutočniť
- 4 kroky k vývoju agilného testovania myslenia pre úspešný prechod na agilný proces
- Formát skúšky a pokyny pre riešenie príspevkov nadácie ISTQB