Typy pracovních položek a pracovní postup procesu CMMI v Azure Boards

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Týmy používají typy pracovních položek (WIT), které jsou dodávány s MSF for CMMI Process Improvement 2015 (CMMI) k plánování a sledování softwarových projektů. Vlastníci produktů definují požadavky pro správu backlogu a týmy sledují průběh na vaší desce aktualizací stavu požadavků a úkolů.

Vlastníci produktů mapují požadavky na funkce pro zobrazení průběhu na úrovni portfolia. Když týmy pracují v iteracích, vytvoří úkoly, které automaticky propojí požadavky.

Testeři vytvářejí a spouštějí testovací případy pomocí Microsoft Test Manageru nebo webového portálu a zasílají chyby pro sledování vad kódu.

Týmy také sledují žádosti o změny, rizika, problémy a poznámky zachycené během kontrolovaných schůzek. Pokud s procesem CMMI začínáte, začněte plánováním a sledováním práce s CMMI.

Definování požadavků

Vytvořte požadavky z panelu rychlého přidání na stránce backlogu produktu. Později otevřete každý požadavek, abyste mohli zadat podrobnosti a odhadnout jeho velikost.

Nebo můžete pomocí souboru CSV hromadně přidat požadavky (viz Import pracovních položek ze souboru CSV).

Important

Integrace aplikace Microsoft Project se už nepodporuje.

Integrace aplikace Microsoft Project a TFSFieldMapping příkaz jsou ukončeny pro:

• Visual Studio 2019 a novější verze (včetně integrace Office Azure DevOps)
• Azure DevOps Server 2020 a novější verze
• Azure DevOps Services

Co dál funguje: Integrace Aplikace Microsoft Excel zůstává plně podporovaná pro hromadný import a aktualizaci pracovních položek.

Doporučené alternativy:

• Delivery Plans – Nativní funkce Azure DevOps pro plánování projektů a sledování napříč týmy
• Rozšíření řízení projektů – Projděte si Azure DevOps Marketplace pro aktuální řešení Ganttova diagramu a řízení projektů.
• Integrace třetích stran – Mnoho nástrojů pro řízení projektů nabízí konektory Azure DevOps pro bezproblémovou integraci pracovních postupů.

Požadavky popisují prvky a funkce produktu, které týmy potřebují vytvořit. Vlastníci produktů obvykle určují a prioritizují požadavky na stránce produktového backlogu. Tým pak definuje požadované úsilí a zapíše úkoly a testovací případy pro implementaci každé položky.

Použijte následující pokyny a pole běžně používaná napříč typy pracovních položek při dokončování formuláře. Další informace najdete v tématu Plánování projektu.

Field

Usage

---

Description

Poskytněte týmu dostatek podrobností k odhadu úsilí o implementaci. Zaměřte se na to, kdo požadavek slouží, co uživatelé chtějí udělat a proč. Vyhněte se popisu způsobu implementace požadavku. Zahrňte dostatečný kontext, do kterého může váš tým psát úkoly a testovací případy z položky.

V polích HTML můžete přidat formátovaný text a obrázky.

Posouzení dopadu

Zachyťte dopad na zákazníka při neimplementování požadavku do rozšířeného textového pole Hodnocení dopadů. Můžete zahrnout podrobnosti modelu Kano, které označují, jestli je požadavek překvapivý, povinný nebo zřejmý.

Typ požadavku (povinné)

Zadejte jednu z těchto hodnot pro typ požadavku:

• Obchodní cíl
• Funkce (výchozí)
• Functional
• Interface
• Operational
• Kvalita služby
• Safety
• Scenario
• Security

Oblast hodnot

Uveďte oblast hodnoty zákazníka, kterou námět, funkce nebo požadavek řeší. Mezi běžné hodnoty patří:

• Architektura: Technické služby pro implementaci obchodních funkcí, které poskytují možnosti řešení.
• Podnikání: Služby, které splňují potřeby zúčastněných stran a přímo poskytují hodnotu pro zákazníka (výchozí).

Size

Pomocí libovolné číselné jednotky, kterou váš tým preferuje, odhadněte práci potřebnou k dokončení požadavku. Týmy používají velikost pro grafy a prognózy rychlosti. Kumulativní vývojový diagram odkazuje také na hodnoty v tomto poli. Další informace najdete v dokumentu Estimating white paper.

Původní odhad

Zadejte původní odhad úkolu. Tato hodnota se obvykle po přiřazení úkolu nezmění. Můžete zadat práci v hodinách nebo dnech; pole nemá žádnou vlastní časovou jednotku.

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

Zadejte plánovaná data zahájení a dokončení pro práci.

Priorita (povinné)

Nastavte subjektivní hodnocení, které odráží obchodní prioritu:

• 1: Produkt nelze odeslat bez položky.
• 2: (výchozí) Produkt nelze odeslat bez položky, ale nevyžaduje okamžitou pozornost.
• 3: Implementace je volitelná na základě prostředků, času a rizika.

Třídění (povinné)

Použijte třídění, pokud je pracovní položka v navrhovaném stavu. Zvolte jednu z možností: Čeká na vyřízení (výchozí), Další informace, Přijaté informace, Třídění.

Blocked

Určete, jestli člen týmu nemůže na pracovní položce postupovat. Pokud problém zablokuje práci, vytvořte odkaz na problém. Zvolte Ano nebo Ne.

Potvrzeno (povinné)

Určete, jestli se tým zavázal k doručení požadavku. Zvolte Ano nebo Ne (výchozí).

Integrováno do

Poznamenejte si číslo buildu produktu, které zahrnuje požadavek, žádost o změnu nebo opravu chyb.

Test přijetí uživatele (povinné)

Nastavení stavu akceptačního testu uživatele pro požadavek z:

• Pass
• Fail
• Nepřipraveno (výchozí)
• Ready
• Skipped
• Přijaté informace

Pokud je požadavek aktivní, použijte Nepřipraveno, a Připraveno, když je vyřešen.

Odborníci na danou problematiku

Uveďte členy týmu, kteří znají oblast zákazníka, kterou 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.

Note

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 nedávných položek, ve kterých jste někoho zmínili, propojenou s pracovní položkou nebo propojenou s žádostí o přijetí změn:

• 
• 
• 

Stejnou nabídku můžete otevřít pomocí klávesových zkratek: at-mention @, hash tag #a vykřičník !.

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 přenést skupinu, zadejte symbol @ následovaný názvem skupiny, například týmem nebo skupinou zabezpečení.

Úprava nebo odstranění komentáře

Pokud chcete upravit nebo odstranit některý z komentářů k diskuzi, vyberte Upravit nebo Další akce ( ) a pak vyberte Odstranit:

Po aktualizaci komentáře vyberte Aktualizovat. Pokud chcete komentář odstranit, potvrďte odstranění. Karta Historie ve formuláři pracovní položky uchovává úplný záznam auditu všech upravených a odstraněných komentářů.

Přidání reakce na komentář

Přidání jedné nebo více reakcí na komentář výběrem ikony emoji v pravém horním rohu libovolného komentáře. 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

Note

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í sledování práce – vytváření podřízených uzlů, úpravy pracovních položek v oblasti nebo cestě iterace.

Když komentáře uložíte, nemusíte pracovní položku ukládat.

Note

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 aktualizujte pole Stát tak, aby odráželo aktuální stav. Volitelně uveďte důvod; pole stavu a důvodu se zobrazí v záhlaví formuláře pracovní položky.

Stavy pracovních postupů CMMI

Následující diagramy znázorňují hlavní průběh a regresní stavy pro typy pracovních položek: Požadavek, Chyba a Úkol.

Requirement	Bug	Task

Typický pracovní postup pro požadavek se řídí těmito kroky:

• Vlastník produktu vytvoří požadavek v navrhovaném stavu s výchozím důvodem Nový požadavek.
• Vlastník produktu přesune požadavek na Aktivní při zahájení práce.
• Tým nastaví požadavek na Vyřešení po dokončení vývoje a úspěšné testy systému.
• Nakonec tým nebo vlastník produktu přesune požadavek na Uzavřeno poté, co kritéria přijetí a validační testy potvrdí dokončení.

Aktualizujte stav práce pomocí panelu nebo úlohboardu

Pomocí panelu nebo panelu úkolů sprintu můžete aktualizovat stavy položek. Přetažení položky do jiného sloupce aktualizuje pole Stát i Důvod.

Panel můžete přizpůsobit a přidat další plavecké dráhy nebo sloupce.

Mapování požadavků na funkce

Když spravujete více produktů nebo uživatelských prostředí, definujte funkce a namapujte na tyto funkce požadavky, abyste mohli zobrazit rozsah a průběh v celém portfoliu.

Pomocí backlogů portfolia můžete podrobně prozkoumat různé úrovně backlogu a shrnout probíhající práci napříč týmy. Souhrny můžete zobrazit také po nastavení hierarchie týmů.

Pracovní položka funkce obsahuje pole podobná požadavkům a dalším polím popsaným v odkazu.

Definování úkolů

Když váš tým doručí práci ve sprintech, rozdělte požadavky na úkoly ze stránky backlogu sprintu a odhadněte úsilí.

Pojmenujte úkol a odhadněte práci.

Když týmy odhadují práci, definují úkoly a odhadují hodiny nebo dny k jejich dokončení. Týmy předpovídají kapacitu a upřesňují úkoly na začátku iterace; každý člen týmu pak provede část úkolů. Úkoly můžou zahrnovat vývoj, testování a další aktivity. Vývojář například vytvoří úlohy pro implementaci požadavku, zatímco tester vytvoří úlohy pro zápis a spuštění testovacích případů. Propojením úkolů s požadavky a chybami týmy jasně vidí průběh implementace. Další informace naleznete v tématu Iterační aktivity.

Field

Usage

Typ úkolu

Vyberte typ úkolu z:

• Nápravná akce
• Akce zmírnění rizik
• Planned

Discipline

Při odhadu kapacity sprintu podle aktivity zvolte disciplínu, kterou tento úkol představuje:

• Analysis
• Development
• Test
• Vzdělávání uživatelů
• Uživatelské prostředí

Toto pole také pomáhá vypočítat kapacitu podle disciplíny. V souboru ProcessConfiguration je přiřazený k type="Activity". Další informace naleznete v tématu Implementace vývojových úloh.

Původní odhad

Zadejte původní odhad úkolu.

Zbývající práce

Aktualizujte zbývající práci, když tým postupuje. Tato hodnota podává grafy kapacity, graf burndownu sprintu a související sestavy. Pokud rozdělíte úkol na dílčí úkoly, sledujte pouze hodiny v dílčích úkolech.

Dokončená práce

Poznamenejte si práci, která už 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ů vytvořte testovací případy, které automaticky odkazují na požadavek nebo chybu, nebo přidejte odkaz z karty (karta odkazy).

Testovací případ obsahuje mnoho polí, včetně polí, která se integrují s procesem sestavení a testování. Podrobnosti najdete v části Dotaz založený na polích integrace sestavení a testování.

Karta (odkazy) uvádí všechny požadavky a chyby, na které se odkazuje v testovacím případě. Propojení pomáhá týmům sledovat průběh testování a podporuje sestavy, jako je Přehled požadavků.

Sledování chyb kódu

Vytvářejte chyby z webového portálu, ze sady Visual Studio nebo ze Správce testů (viz Správa chyb).

Sledování žádostí o změnu, rizik, problémů a poznámek zachycených při přezkumných schůzkách

Kromě požadavků, funkcí, úloh a chyb doporučuje proces CMMI tyto vlastnosti:

• Žádost o změnu pro správu navrhovaných změn pracovních produktů v rámci kontroly změn
• Problém se sledováním událostí nebo situací, které by mohly blokovat práci Problémy se liší od rizik , protože týmy obvykle identifikují problémy spontánně během denních schůzek.
• Riziko sledování pravděpodobnosti a odchylky mezi skutečnými a požadovanými výsledky Při správě rizik minimalizujete odchylku mezi očekávanými a skutečnými výsledky.
• Přečtěte si , jak kontrola návrhu nebo kódu splňuje standardy, jako je správnost názvu, relevance kódu, rozšiřitelnost, složitost a zabezpečení.

Problém můžete přidat pomocí widgetu Nová pracovní položka na řídicím panelu týmu nebo z nabídky Nový na stránce Dotazy.

Pracovní položky přidané z widgetu jsou automaticky přiřazeny k výchozí oblasti a cestě iterací vašeho týmu. 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á záložka se používá ke sledování specifických informací. Mezi běžně používané karty patří Historie, Odkazy a Přílohy.

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

Note

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

Pole nebo karta

Usage

---

Title

Zadejte popis 255 znaků nebo méně. Název můžete 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 nebo ponechte zadání prázdné a zadání dokončete později.

State

Při prvním vytvoření pracovní položky se v poli Stát automaticky zobrazí první stav pracovního postupu, například Nový nebo Nepřiřazeno. V průběhu práce aktualizujte stav tak, aby odrážel aktuální stav pracovní položky.

Reason

Při prvním vytvoření pracovní položky nastavte výchozí hodnotu Důvod , například Vytvoření nebo Nová pracovní položka. Při změně stavu pracovní položky odpovídajícím způsobem aktualizujte hodnotu Důvod . Každý stav pracovní položky je přidružený k výchozí hodnotě důvod .

Area

Zvolte oblastní cestu spojenou s produktem nebo týmem, nebo ji ponechte prázdnou a zadejte příslušné nastavení později. Rozevírací seznam dostupných oblastí můžete změnit. Další informace najdete v tématu Definování cest oblastí a přiřazování týmu.

Iteration

Zvolte sprint nebo iteraci, ve které chcete dokončit pracovní položku, nebo ponechte prázdnou a přiřaďte hodnotu později. Rozevírací seznam iterací můžete změnit. Další informace najdete v tématu Definování cest iterace (sprintů) a konfigurace iterací týmu.

Karta Historie

Zobrazte historii pracovních položek a zobrazte všechny změny provedené v položce, jak je zaznamenáno systémem. Při každé aktualizaci pracovní položky se podrobnosti připojí k historii. Zobrazí se datum změny, autor změny a seznam aktualizovaných polí. Do pole Historie můžete také přidat formátovaný text.

Karta Odkazy

Přidejte odkazy pro vytváření připojení s jinými pracovními položkami. Podporuje se mnoho druhů odkazů, jako jsou hypertextové odkazy, sady změn, zdrojové soubory a další. Zadejte vztah propojené položky k pracovní položce, například nadřazená položka, nalezeno v sestavení nebo výsledek testu.

Karta Přílohy

Pomocí příloh můžete zahrnout podpůrné informace o pracovní položce s položkou. Připojte e-mailová vlákna, dokumenty, obrázky, soubory protokolů nebo jiné typy 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í obsah

• Vytvoření projektu
• Přidání pracovních položek a správa 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ů

Pomocí pole Stack Rank můžete sledovat relativní hodnocení požadavků, funkcí nebo epik. Stránka backlogu určuje posloupnost podle toho, kam na stránce přidáváte nebo přesouváte položky (viz Vytvoření backlogu). Při přetahování položek proces na pozadí aktualizuje pole Stack Rank. Toto pole se ve výchozím nastavení nezobrazuje ve formuláři pracovní položky.