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 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í
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.
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 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í)
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.
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.
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, když umístíte kurzor do libovolného textového pole, které podporuje formátování textu.
Poznámka:
Pole Pracovní položka diskuze neexistuje. Pokud chcete dotazovat pracovní položky s komentáři z oblasti Diskuze, vyfiltrujte 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
Výběrem jedné z následujících ikon otevřete nabídku posledních položek, ve kterých jste někoho zmínili, propojili s pracovní položkou nebo odkazem na žádost o přijetí změn. Případně můžete otevřít stejnou nabídku zadáním @#, nebo !.
Zadáním názvu nebo čísla vyfiltrujte seznam nabídek tak, aby odpovídal vaší položce. Vyberte 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.
Poznámka:
Úpravy a odstraňování komentářů vyžadují Azure DevOps Server 2019 Update 1 nebo novější verzi.
Po aktualizaci komentáře vyberte 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.
Důležité
Pro místní Azure DevOps Server nakonfigurujte server SMTP pro členy týmu, aby dostávali oznámení.
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 ukazuje příklad zkušenosti s přidáním 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 typ 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í panelu nebo panelu Úlohboardů
Týmy můžou pomocí panelu 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 můžete přizpůsobit tak, aby podporovala více 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í
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.
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í.
Množství práce strávené implementací úkolu
Vyberte typ aktivity, kterou tento úkol představuje, když váš tým odhaduje kapacitu sprintu podle aktivity.
Čí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í
Zadejte popis 255 znaků nebo méně. Název můžete kdykoli později upravit.
Přiřaďte pracovní položku členu týmu zodpovědnému za provádění práce.
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.
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.
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.
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.
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.
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.
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.
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 nebo Přizpůsobení místního modelu procesu XML v závislosti na modelu procesu používaném vaším projektem.
Související články
- Vytvoření projektu
- Přidání pracovních položek pro správu projektu
- Vytvoření backlogu
- Správa přístupu ke konkrétním funkcím
- Informace o výchozích oprávněních a úrovních přístupu pro Azure Boards
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.