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 Kanban 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ů

Na stránce backlogu produktu vytvořte požadavky z panelu rychlého přidání. 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 Office Integration 2019
• Azure DevOps Server 2019 a novější verze, včetně Azure DevOps Services

Úplná podpora integrace aplikace Microsoft Excel je zachována a podporuje 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 Připojení nebo GANTT chart.

Požadavky určují funkce a prvky produktu, které týmy potřebují vytvořit. Vlastníci produktů obvykle definují požadavky na pořadí zásobníku na stránce backlogu produktu. 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í

---

Popis

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.

Posouzení dopadu

Dopad zákazníka na implementaci tohoto požadavku. 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
• Sejf ty
• Scénář
• Zabezpečení

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í)

Velikost

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í vývojový diagram Kanbanu odkazuje na hodnoty v tomto poli. Další informace najdete v dokumentu Estimating white paper.

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.

Počáteční datum a datum dokončení

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 nemůže 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í.

Bloková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 se problém otevřel ke sledování problému blokování, můžete vytvořit odkaz na 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í).

Integrováno do

Čí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:

• Předat
• 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.

Odborníci na danou problematiku

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. 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 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 průběhu a regrese pro pracovní položky 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, aby ho implementovali.
• Tým aktualizuje stav Resolved when code development is finished and system tests have passed.
• 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.

Aktualizace stavu práce pomocí Kanbanu nebo Taskboardů

Týmy můžou pomocí panelu Kanban aktualizovat stav požadavků a tabuli úkolů sprintu 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 více plavecké dráhy nebo sloupce. Další možnosti přizpůsobení najdete v tématu Přizpůsobení prostředí sledování práce.

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 přejít k podrobnostem z jednoho backlogu do druhého a zobrazit požadovanou úroveň podrobností. 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í

Typ úkolu

Vyberte typ úlohy, který chcete implementovat z povolených hodnot:

• Nápravná akce

• Akce zmírnění rizik

• Plánované

Disciplína

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

• Analýza

• Vývoj

•  Testování

• User Education

• Uživatelské prostředí

Toto pole slouží také k výpočtu kapacity podle disciplíny. Je přiřazený v type="Activity" souboru ProcessConfiguration. (2)

Další informace naleznete v tématu Implementace vývojových úloh.

Původní odhad

Množství odhadované práce potřebné k dokončení úkolu. Obvykle se toto pole po přiřazení nezmění.

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. Slouží k výpočtu grafů kapacity, diagramu burndownu sprintu a sestavy Burndown sprintu. 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, 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 (odkazy).

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 tématu Dotaz založený na polích 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 podporuje informace, které se zobrazí v sestavě sestavy Přehled požadavků.

Sledování vad kódu

Chyby můžete vytvářet z webového portálu webového portálu, sady 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 kontrolách schůzek

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.
  
  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.

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

Pořadí seznamu backlogů

Pole Stack Rank se používá ke sledování relativního pořadí požadavků, funkcí nebo námětů. 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.