Agilní pracovní postup v Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Pokud používáte agilní proces v Azure Boards, následující typy pracovních položek pomáhají vašemu týmu plánovat a sledovat průběh projektů: náměty, funkce, uživatelské scénáře, úkoly, problémy a chyby. Po definování pracovních položek můžete pomocí panelu Kanban sledovat průběh aktualizací stavu těchto položek.

Pokud chcete získat přehled o portfoliu funkcí, scénářů nebo uživatelských prostředí, vlastníci produktů a programoví manažeři mapují uživatelské scénáře na funkce. Když tým pracuje ve sprintech, definují úkoly , které automaticky propojují s uživatelskými příběhy. Pokud s agilním procesem začínáte, projděte si část Plán a sledování práce s Agilním procesem, abyste mohli začít.

Na webovém portálu nebo Microsoft Test Manageru můžou testeři vytvářet a spouštět testovací případy proti chybám a problémům, které se používají ke sledování vad kódu a blokování problémů.

Definování uživatelských scénářů

Vlastníci produktů obvykle definují a stackují uživatelské scénáře, které popisují práci, která se zabývá vývojem aplikací, požadavků a prvků. Tým pak odhaduje úsilí a práci na poskytování položek s nejvyšší prioritou.

Na stránce backlogu produktu můžete vytvářet uživatelské scénáře z panelu rychlého přidání. Na této stránce můžete také přetáhnout položky a změnit jejich pořadí nebo je namapovat na funkce.

Každý uživatelský scénář můžete otevřít, abyste mohli poskytnout další podrobnosti a odhadnout body scénáře. Definujte body scénářů, aby váš tým mohl pomocí funkcí prognózy a grafů rychlosti odhadnout budoucí sprinty nebo pracovní úsilí. Když upřednostníte uživatelské scénáře na stránce backlogu (která je zachycená v poli Stack Rank), můžou vlastníci produktů určit, které položky mají mít vyšší prioritu.

Po dokončení formuláře využijte pokyny v následující tabulce a běžná pole použitá napříč typy pracovních položek.

Pole nebo karta

Využití

---

Popis

V případě uživatelských scénářů zadejte dostatek podrobností pro odhad toho, kolik práce je potřeba k implementaci scénáře. Zaměřte se na to, kdo je funkce určená, co uživatelé chtějí udělat a proč. Nepopisujte, jak by měla být funkce vyvinuta. Poskytněte dostatek podrobností, aby váš tým mohl psát úkoly a testovací případy pro implementaci položky.

Kritéria přijetí

Zadejte kritéria, která mají být splněna před uzavřením chyby nebo scénáře uživatele. Než začne práce, popište co nejjasnější kritéria přijetí zákazníka. Konverzace mezi týmem a zákazníky, které definují kritéria přijetí, pomáhají zajistit, aby váš tým porozuměl očekáváním vašich zákazníků. Kritéria přijetí můžete použít jako základ pro akceptační testy a efektivněji vyhodnotit, jestli je položka uspokojivě dokončena.

Oblast hodnot

Oblast hodnoty zákazníka adresovaná námětem, funkcí, požadavkem nebo položkou backlogu Mezi tyto hodnoty patří:

• Architektura: Technické služby pro implementaci obchodních funkcí, které poskytují řešení
• Firma: Služby, které splňují potřeby zákazníků nebo účastníků, které přímo poskytují hodnotu zákazníka pro podporu firmy (výchozí)

Body příběhu

Odhadněte množství práce potřebné k dokončení uživatelského scénáře pomocí libovolné číselné jednotky měření, kterou váš tým preferuje.

Agilní grafy rychlosti a nástroje prognózy odkazují na hodnoty v tomto poli. Další informace najdete v dokumentu Estimating white paper.

Priorita

Subjektivní hodnocení uživatelského příběhu, funkce nebo požadavku v souvislosti s podnikáním. Povolené hodnoty jsou následující:

• 1: Produkt nemůže dodávat bez této funkce.
• 2: Produkt se nedá odeslat bez funkce, ale nemusí se řešit okamžitě.
• 3: Implementace funkce je volitelná na základě prostředků, času a rizika.

Riziko

Subjektivní hodnocení relativní nejistoty ohledně úspěšného dokončení uživatelského příběhu. Povolené hodnoty jsou následující:

• 1 - Vysoká
• 2 – střední
• 3 - Nízká

Zachycení komentářů v části Diskuze

V části Diskuze můžete přidat a zkontrolovat komentáře provedené při práci.

Panel nástrojů editoru formátovaného textu se zobrazí pod oblastí pro zadávání textu. Zobrazí se, když vyberete každé textové pole, které podporuje formátování textu.

Poznámka:

Pole Pracovní položka diskuze neexistuje. Pokud chcete dotazovat pracovní položky s komentáři zadanými v oblasti Diskuze, vyfiltrujete pole Historie. Úplný obsah textu zadaného do textového pole Diskuze se přidá do pole Historie.

Zmínit někoho, skupinu, pracovní položku nebo žádost o přijetí změn

Pokud chcete otevřít nabídku posledních položek, které jste udělali, abyste někoho zmínili, odkaz na pracovní položku nebo odkaz na žádost o přijetí změn, vyberte nebo zadejte , nebo zadejte @, #nebo !.

Zadejte název nebo číslo a filtry seznamu nabídek, které odpovídají vaší položce. Zvolte položku, kterou chcete přidat. Pokud chcete do diskuze vložit skupinu, zadejte @ název skupiny, například tým nebo skupinu zabezpečení.

Úprava nebo odstranění komentáře

Pokud chcete upravit nebo odstranit některý z komentářů k diskuzi, zvolte Upravit nebo zvolte ikonu akcí a pak zvolte Odstranit.

Po aktualizaci komentáře zvolte Aktualizovat. Pokud chcete komentář odstranit, potvrďte, že ho chcete odstranit.

Úplný záznam auditu všech upravených a odstraněných komentářů se udržuje na kartě Historie ve formuláři pracovní položky.

Přidání reakce na komentář

Když v pravém horním rohu libovolného komentáře vyberete ikonu smajlíka, přidejte do komentáře jednu nebo více reakcí. Nebo si můžete vybrat z ikon v dolní části komentáře vedle existujících reakcí. Pokud chcete reakci odebrat, zvolte reakci v dolní části komentáře. Následující obrázek znázorňuje příklad přidání reakce a zobrazení reakcí na komentář.

Uložení komentáře bez uložení pracovní položky

Poznámka:

Tato funkce je dostupná od Azure DevOps Serveru 2022.1.

Pokud máte oprávnění k přidání do diskuze o pracovní položce, můžete to udělat uložením komentářů. Toto oprávnění řídí uzly Cesta oblasti a komentáře k úpravám pracovních položek v tomto uzlu . Další informace najdete v tématu Nastavení oprávnění sledování práce, vytváření podřízených uzlů, úpravy pracovních položek v oblasti nebo cestě iterace.

Po uložení komentářů nemusíte pracovní položku ukládat.

Poznámka:

Když uložíte změny provedené v ovládacím prvku Diskuze , uloží se jenom komentář. Pro provedení typu pracovní položky nejsou definována žádná pravidla pracovních položek.

Sledování průběhu

Při průběhu práce změníte pole Stát tak, aby se aktualizoval stav. Volitelně můžete zadat důvod. Pole stavu a důvodu se zobrazí ve formuláři pracovní položky v oblasti záhlaví.

Stavy agilního pracovního postupu

Když pracovní postup aktualizujete, týmy vědí, které položky jsou nové, probíhající nebo dokončené. Většina pracovních postupů podporuje přechod vpřed i dozadu z každého stavu pracovního postupu. Tyto diagramy znázorňují hlavní průběh a regresní stavy uživatelského scénáře, chyby a pracovní položky úkolů.

Uživatelský příběh	Chyba	Úloha

Typický průběh pracovního postupu pro uživatelský scénář:

• Vlastník produktu vytvoří uživatelský scénář v novém stavu s výchozím důvodem Nový uživatelský scénář.
• Tým aktualizuje stav na Aktivní , když se rozhodne dokončit práci během sprintu.
• Uživatelský scénář se přesune na Vyřešeno , když tým dokončí všechny přidružené úkoly a testy jednotek pro průchod scénáře.
• Uživatelský příběh se přesune do stavu Uzavřeno , když vlastník produktu souhlasí, že scénář byl implementován podle kritérií přijetí a úspěšné akceptační testy.

Aktualizace stavu pomocí Kanbanu nebo Taskboardů

Týmy můžou pomocí panelu Kanban aktualizovat stav požadavků a panel Úkolů aktualizovat stav úkolů. Přetažením položek do nového sloupce stavu se aktualizují pole Stav i Důvod.

Desku Kanban můžete přizpůsobit tak, aby podporovala další plavecké dráhy nebo sloupce. Další informace najdete v tématu Přizpůsobení prostředí sledování práce.

Mapování uživatelských scénářů na funkce

Při správě sady produktů nebo uživatelských prostředí můžete chtít zobrazit rozsah a průběh práce v portfoliu produktů. Rozsah a průběh práce můžete zobrazit definováním funkcí a mapováním uživatelských scénářů na funkce.

Pomocí backlogů portfolia můžete přejít k podrobnostem z jednoho backlogu do druhého a zobrazit požadovanou úroveň podrobností. Pomocí backlogů portfolia také můžete zobrazit souhrn probíhající práce napříč několika týmy při nastavování hierarchie týmů.

Definovat úkoly

Když váš tým spravuje svou práci ve sprintech, může pomocí stránky backlogu sprintu rozdělit práci, která se má provést do různých úkolů.

Pojmenujte úkol a odhadněte práci, která trvá.

Když použijete agilní proces, týmy předpovídají práci a definují úkoly na začátku každého sprintu. Každý člen týmu pak provede podmnožinu těchto úkolů. Úkoly můžou zahrnovat vývoj, testování a další druhy práce. Vývojář například definuje úlohy pro implementaci uživatelských scénářů a tester definuje úlohy pro zápis a spuštění testovacích případů.

Když týmy odhadují práci pomocí hodin nebo dnů, definují úkoly a pole Zbývající práce a aktivita (volitelné).

Pole nebo karta

Využití

---

Původní odhad

Množství odhadované práce potřebné k dokončení úkolu. Obvykle se toto pole po přiřazení nezmění. Můžete zadat práci v hodinách nebo ve dnech. K tomuto poli nejsou přidruženy žádné vlastní časové jednotky.

Zbývající práce

Množství zbývající práce k dokončení úkolu. V průběhu práce aktualizujte toto pole. Toto pole slouží k výpočtu grafů kapacity, diagramu burndownu sprintu a následujících sestav SQL Serveru: Burndown a Burn Rate, Remaining Work a Status on All Iterations. Pokud úkol rozdělíte na dílčí úkoly, zadejte pouze hodiny pro dílčí úkoly. Můžete zadat práci v libovolné měrné jednotce, kterou váš tým zvolí.

Dokončená práce

Množství práce strávené implementací úkolu

Aktivita

Vyberte typ aktivity, kterou tento úkol představuje, když váš tým odhaduje kapacitu sprintu podle aktivity.

Integrováno do sestavení

Číslo buildu produktu, které obsahuje kód nebo opravuje chybu

Sledování průběhu testu

Sledujte průběh testování pomocí uživatelských scénářů a vad kódu.

Testování uživatelských scénářů

Na webovém portálu nebo ve Správci testů můžete vytvořit testovací případy, které automaticky odkazují na uživatelský scénář nebo chybu. Nebo můžete propojit uživatelský příběh s testovacím případem z karty Odkazy.

Testovací případ obsahuje více polí, z nichž mnohé jsou automatizované a integrované s nástrojem Test Manager a procesem sestavení. Popis jednotlivých polí najdete v tématu Dotaz založený na polích integrace sestavení a testování.

Karta (odkazy) zachycuje odkazy na uživatelské scénáře a chyby v testovacím případě. Propojením uživatelských scénářů a chyb s testovacími případy může tým sledovat průběh testování jednotlivých položek. Definováním těchto odkazů podporujete informace, které se zobrazí v sestavě Sestavy přehledu scénářů.

Sledování vad kódu

Chyby můžete vytvářet z webového portálu, sady Visual Studio nebo při testování pomocí nástroje Test Manager.

Definice pro běžná pole sledování práce

Ve většině pracovních položek se zobrazují následující pole a karty. Každá karta se používá ke sledování konkrétních informací, jako je historie, odkazy nebo přílohy. Tyto tři karty poskytují historii změn, zobrazení propojených pracovních položek a možnost zobrazit a připojit soubory.

Jediným povinným polem pro všechny typy pracovních položek je Název. Když uložíte pracovní položku, systém jí přiřadí jedinečné ID. Formulář zvýrazní povinné pole žlutě. Informace o jiných polích naleznete v tématu Index polí pracovní položky.

Poznámka:

V závislosti na přizpůsobení vašeho procesu a projektu můžou být vyžadována další pole.

Pole nebo karta

Využití

---

Název

Zadejte popis 255 znaků nebo méně. Název můžete kdykoli později upravit.

Přiřazeno

Přiřaďte pracovní položku členu týmu zodpovědnému za provádění práce.

Kraj

Po vytvoření pracovní položky se stav ve výchozím nastavení nastaví na první stav pracovního postupu. V průběhu práce ji aktualizujte tak, aby odrážela aktuální stav.

Důvod

Použijte jako první výchozí. Aktualizujte ho při změně stavu. Každý stav je přidružený k výchozímu důvodu.

Plocha

Zvolte cestu oblasti přidruženou k produktu nebo týmu nebo nechte prázdnou, dokud není přiřazená během plánování schůzky. Pokud chcete změnit rozevírací seznam oblastí, přečtěte si téma Definování cest oblastí a přiřazení týmu.

Iterace

Zvolte sprint nebo iteraci, ve které se má práce dokončit, nebo ji nechte prázdnou a při plánování schůzky ji přiřaďte později. Pokud chcete změnit rozevírací seznam iterací, přečtěte si téma Definování cest iterace (sprintů) a konfigurace iterací týmu.

(Historie)

Zkontrolujte záznam auditu, který systém zachytí a zachytí další informace.

Při každé aktualizaci pracovní položky se informace připojí k historii. Historie obsahuje datum změny, kdo změnu provedl a která pole se změnila. Do pole historie můžete také přidat formátovaný text.

(Odkazy)

Přidejte všechny typy odkazů, jako jsou hypertextové odkazy, sady změn, zdrojové soubory atd.

Tato karta obsahuje také všechny odkazy definované pro pracovní položku.

(Přílohy)

Podrobnější informace můžete sdílet přidáním souborů do pracovní položky, například e-mailových vláken, dokumentů, obrázků, souborů protokolu nebo jiných typů souborů.

Přizpůsobení typů pracovních položek

U většiny typů pracovních položek můžete přidávat pole, měnit pracovní postup, přidávat vlastní pravidla a přidávat vlastní stránky do formuláře pracovní položky. Můžete také přidat vlastní typy pracovních položek. Další informace naleznete v tématu Přizpůsobení procesu dědičnosti.

Související články

• Vytvoření projektu
• Přidání pracovních položek pro správu projektu
• Vytvoření backlogu
• Použití panelu Kanban
• Plánování sprintu

Sledování problémů

Problémy se používají ke sledování událostí, které můžou blokovat průběh nebo odeslání uživatelského scénáře. Chyby se na druhé straně používají ke sledování vad kódu. Problém můžete přidat z widgetu Nová pracovní položka přidaná na řídicí panel týmu nebo z nabídky Nový na stránce Dotazy.

Pracovní položky, které přidáte z widgetu, se automaticky vztahují na výchozí oblast vašeho týmu a cesty iterace. Pokud chcete změnit kontext týmu, přečtěte si téma Přepnutí kontextu týmu.

Sledování obchodní hodnoty

Pole Priorita můžete použít k rozlišení hodnoty různých scénářů. Nebo můžete do wiT uživatelského scénáře přidat vlastní pole, které sleduje relativní hodnotu scénářů. Postup najdete v tématu Přizpůsobení pole pro proces.

Pořadí seznamu backlogů

Pole Stack Rank se používá ke sledování relativního pořadí uživatelských scénářů, ale ve výchozím nastavení se nezobrazuje ve formuláři pracovní položky. Posloupnost položek na stránce backlogu se určuje podle toho, kam jste přidali položky nebo přesunuli položky na stránce. Při přetahování položek proces na pozadí aktualizuje toto pole.