Typy pracovních položek a pracovní postup procesu CMMI v Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Týmy používají typy pracovních položek (WIT), které jsou součástí MSF for CMMI Process Improvement 2015 (CMMI), k plánování a sledování průběhu softwarových projektů. Týmy definují požadavky pro správu backlogu práce a pak pomocí panelu sledujte průběh aktualizací stavu požadavků.
Pokud chcete získat přehled o portfoliu požadavků, můžou vlastníci produktů mapovat požadavky na funkce. Když týmy pracují v iteracích, definují úkoly, které se automaticky propojí s požadavky.
Pomocí Microsoft Test Manageru a webového portálu testeři vytvářejí a spouštějí testovací případy a definují chyby pro sledování vad kódu.
Týmy mohou sledovat žádosti o změnu, rizika, problémy a poznámky zachycené při kontrolovaných schůzkách, aby mohly podporovat další procesy CMMI. Pokud s procesem CMMI začínáte, projděte si část Plánování a sledování práce s CMMI a začněte pracovat.
Definování požadavků
Vytvořte požadavky z panelu rychlého přidání na stránce backlogu produktu. Později můžete otevřít každý požadavek, abyste zadali další podrobnosti a odhadli jeho velikost.
Nebo můžete pomocí souboru cvs hromadně přidat požadavky.
Důležité
Integrace aplikace Microsoft Project a TFSFieldMapping příkaz nejsou podporovány pro:
- Visual Studio 2019 a Azure DevOps integrace s kancelářskými aplikacemi 2019
- Azure DevOps Server 2019 a novější verze, včetně Azure DevOps Services
Je zachována úplná podpora integrace Aplikace Microsoft Excel, která umožňuje hromadný import a aktualizaci pracovních položek. Alternativy k používání aplikace Microsoft Project zahrnují:
- Plány doručení
- Rozšíření Marketplace, jako je Project Connect nebo Ganttův diagram
Požadavky určují funkce a prvky produktu, které týmy potřebují vytvořit. Vlastníci produktů obvykle definují požadavky a stanovují priority na produktovém backlogu. Tým pak nastaví rozsah úsilí, aby doručil položky s nejvyšší prioritou.
Při vyplňování formuláře použijte následující doprovodné materiály, které jsou k dispozici pro pole používaná v běžných typech pracovních položek. Další informace najdete v tématu Plánování projektu.
Pole
Využití
Zadejte dostatek podrobností pro odhad toho, kolik práce bude potřeba k implementaci požadavku. Zaměřte se na to, pro koho se požadavek požaduje, co uživatelé chtějí udělat a proč. Nepopisujte, jak se má požadavek vyvíjet. Poskytněte dostatek podrobností, aby váš tým mohl psát úkoly a testovací případy pro implementaci položky.
V polích HTML můžete přidat formátovaný text a obrázky.
Dopad neimplementace tohoto požadavku na zákazníka. Můžete uvést podrobnosti z modelu Kano o tom, jestli je tento požadavek v překvapivý, povinných nebo jasných kategoriích. Tyto informace zachytíte v poli HTML ve formátu RTF, které odpovídá posouzení dopadu.
Typ požadavku (povinné)
Druh požadavku na implementaci. Můžete určit jednu z následujících hodnot:
- Obchodní cíl
- Funkce (výchozí)
- Funkční
- Rozhraní
- Operační
- Kvalita služby
- Bezpečnost
- Scénář
- Zabezpečení
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í požadavku pomocí libovolné číselné měrné jednotky, kterou váš tým preferuje. Díky definování velikosti pro požadavky můžou týmy použít agilní grafy rychlosti a nástroje prognózy k odhadu budoucích iterací nebo pracovního úsilí. Kumulativní diagram toku odkazuje na hodnoty v tomto poli. Další informace najdete v dokumentu Estimating white paper.
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.
Cílová data, kdy bude práce začínat nebo dokončena.
Priorita (povinné)
Subjektivní hodnocení požadavku, protože souvisí s podnikáním. Povolené hodnoty jsou následující:
- 1: Produkt nelze odeslat bez položky.
- 2: (výchozí) Produkt se nedá odeslat bez položky, ale nemusí se řešit okamžitě.
- 3: Implementace položky je volitelná na základě zdrojů, času a rizika.
Třídění (povinné)
Určuje typ rozhodnutí o třídění, které čeká na vyřízení pro pracovní položku. Toto pole použijte, pokud je pracovní položka v navrhovaném stavu a zadejte jednu z následujících hodnot: Čeká na vyřízení (výchozí), Další informace, Přijaté informace a Třídění.
Označuje, jestli je člen týmu znemožněný provádění postupu při implementaci požadavku nebo úkolu nebo řešení chyby, žádosti o změnu nebo rizika. Pokud byl otevřen problém ke sledování blokujícího problému, můžete vytvořit odkaz na tento problém. Můžete zadat Ano z Ne.
Potvrzeno (povinné)
Určuje, zda je požadavek potvrzen v projektu, nebo ne. Můžete zadat Ano nebo Ne (výchozí).
Číslo buildu produktu, které zahrnuje požadavek, žádost o změnu nebo opravuje chybu.
Test přijetí uživatele (povinné)
Stav testu přijetí uživatele pro požadavek. Můžete určit jednu z následujících hodnot:
- Projít
- Selhání
- Nepřipraveno (výchozí)
- Připravený
- Vynecháno
- Přijaté informace
Pokud je požadavek ve stavu Aktivní, zadáte možnost Není připraveno a vy zadáte Připraveno, když je požadavek ve stavu Vyřešeno.
Jména členů týmu, kteří znají oblast zákazníka, kterou tento požadavek představuje.
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žky pro diskuzi neexistuje. Pokud chcete vyhledávat pracovní položky obsahující komentáře v oblasti Diskuze, filtrujte v poli 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 pull request
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, nebo které jste propojili s pracovní položkou či propojením na pull request. 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.
Po aktualizaci komentáře vyberte Aktualizovat. Pokud chcete komentář odstranit, potvrďte, že ho chcete odstranit. Karta Historie ve formuláři pracovní položky uchovává úplný záznam auditu všech upravených a odstraněných komentářů.
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í. Vyberte si 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 cesty oblasti a oprávnění upravovat komentáře pracovních položek v tomto uzlu. Další informace najdete v tématu Nastavení oprávnění ke sledování práce, vytváření podřízených uzlů, úpravy pracovních položek v oblasti nebo iteraci.
Když komentáře uložíte, 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 žádný typ pracovní položky nejsou vykonána definovaná pravidla pracovních položek.
Sledování průběhu práce
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 pracovních postupů CMMI
Tyto diagramy znázorňují hlavní stavy postupu a regrese pro pracovní položky typu Požadavek, Chyba a Úkol.
| Požadavek | Chyba | Úloha |
|---|---|---|
|
|
|
Typickým průběhem pracovního postupu pro požadavek je:
- Vlastník produktu vytvoří požadavek v navrhovaném stavu s výchozím důvodem Nový požadavek.
- Vlastník produktu aktualizuje stav na Aktivní, když začne pracovat na jeho implementaci.
- Tým aktualizuje stav na Vyřešeno, když je dokončen vývoj kódu a systémové testy proběhly úspěšně.
- Nakonec tým nebo vlastník produktu přesune požadavek na uzavření , pokud vlastník produktu souhlasí, že byl implementován podle kritérií přijetí a prošel všemi ověřovacími testy.
Aktualizujte stav práce pomocí panelu nebo úlohboardu
Týmy mohou použít tabuli k aktualizaci stavu požadavků a tabuli úkolů sprintu k aktualizaci stavu ú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.
Mapování požadavků 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 zobrazení můžete provést definováním funkcí a požadavků na mapování na funkce.
Pomocí backlogů portfolia můžete navazovat z jednoho backlogu na druhý a zobrazit požadovanou úroveň podrobnosti. Pomocí backlogů portfolia můžete také zobrazit souhrn probíhající práce napříč několika týmy při nastavování hierarchie týmů.
Pracovní položka funkce obsahuje podobná pole poskytovaná pro požadavky a obsahuje další pole, jak je popsáno v následující tabulce.
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á bude trvat.
Když týmy odhadnou práci, definují úkoly a odhadují hodiny nebo dny dokončení úkolů. Týmy předpovídají práci a definují úkoly na začátku iterace a každý člen týmu provede podmnožinu těchto úkolů. Úkoly můžou zahrnovat vývoj, testování a další druhy práce. Vývojář může například definovat úlohy pro implementaci požadavků a tester může definovat úlohy pro zápis a spuštění testovacích případů. Propojením úkolů s požadavky a chybami uvidí průběh těchto položek. Další informace naleznete v tématu Iterační aktivity.
Pole
Využití
Vyberte typ úlohy, který chcete implementovat z povolených hodnot:
Nápravná akce
Akce zmírnění rizik
Plánovaný
Vyberte disciplínu, kterou tento úkol představuje, když váš tým odhaduje kapacitu sprintu podle aktivity.
Analýza
Vývoj
Testování
Vzdělávání uživatelů
Uživatelské prostředí
Toto pole slouží také k výpočtu kapacity podle disciplíny. V souboru ProcessConfiguration je přiřazený k type="Activity". (2)
Další informace naleznete v tématu Implementace vývojových úloh.
Množství odhadované práce potřebné k dokončení úkolu. Obvykle se toto pole po přiřazení nezmění.
Množství zbývající práce k dokončení úkolu. V průběhu práce aktualizujte toto pole. Slouží k výpočtu grafů kapacity
Množství práce, která byla vynaložena na implementaci úkolu.
Sledování průběhu testu
Požadavky na testování
Na webovém portálu nebo ve Správci testů můžete vytvořit testovací případy, které automaticky odkazují na požadavek nebo chybu. Nebo můžete propojit požadavek na testovací případ z karty odkazů 
.
Testovací případ obsahuje mnoho polí, z nichž mnohé jsou automatizované a integrované s nástrojem Test Manager a procesem sestavení. Popis jednotlivých polí najdete v části Dotaz podle polí integrace sestavení a testování.
Na kartě (odkazy) jsou uvedeny všechny požadavky a chyby v testovacím případu. Pomocí propojení může tým sledovat průběh testování jednotlivých položek a informace, které se zobrazí v sestavě Přehled požadavků, jsou tímto způsobem podporovány.
Sledování vad kódu
Chyby můžete vytvářet z webového portálu, z aplikace Visual Studio nebo při testování pomocí nástroje Test Manager.
Sledování žádostí o změnu, rizik, problémů a poznámek zachycených při přezkumných schůzkách
Spolu s požadavky, funkcemi, úlohami a pracovními informacemi o chybách můžete sledovat informace doporučené procesem CMMI pomocí následujících funkcí WITS.
- Žádost o změnu pro správu navrhovaných změn v jakémkoli pracovním produktu, který je pod kontrolou změn
- Problém se sledováním události nebo situace, která může blokovat práci nebo blokuje práci na produktu Problémy se liší od rizik v tom, že týmy identifikují problémy spontánně, obvykle během každodenních týmových schůzek.
- Riziko sledování pravděpodobnosti a stupně rozptylu mezi skutečnými a požadovanými výsledky Při správě rizik strategicky minimalizujete rozptyl mezi požadovaným výsledkem a skutečným výsledkem.
-
Umožňuje zdokumentovat výsledky kontroly návrhu nebo kódu. Členové týmu můžou zaznamenat podrobnosti o tom, jak návrh nebo kód splňuje standardy v oblastech správnosti názvu, relevance kódu, rozšiřitelnosti, složitosti kódu, algoritmické složitosti a zabezpečení kódu.
Můžete přidat problém buď z widgetu Nová pracovní položka, který je přidán 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, podívejte se na Přepnutí kontextu týmu.
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 
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ích položek.
Poznámka:
V závislosti na přizpůsobení vašeho procesu a projektu můžou být vyžadována další pole.
Pole/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.
Nejprve použijte výchozí nastavení. Aktualizujte ho při změně stavu. Každý stav je přidružený k výchozímu důvodu.
Zvolte cestu oblasti spojenou s produktem nebo týmem, nebo ji nechte prázdnou, dokud nebude přiřazena během plánovací 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 auditní stopu, kterou systém zaznamenává, a zaznamenávejte 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
Pořadí seznamu backlogů
Pole Stack Rank se používá ke sledování relativního pořadí požadavků, funkcí nebo epik. Ve výchozím nastavení se ale ve formuláři pracovní položky nezobrazí. 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.
Toto pole se nezobrazuje ve formuláři pracovní položky.