Sdílet prostřednictvím

Informace o stavech pracovních postupů v backlogech a tabulích

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

Pracovní postupy hrají ústřední roli při správě pracovních položek: skládají se ze stavů, přechodů a důvodů a jsou definovány podle typu pracovní položky. Přechody umožňují přesouvat pracovní položky vpřed a dozadu mezi stavy. Když přidáte vlastní stav, systém automaticky vytvoří přechody mezi tímto stavem a všemi zděděnými stavy (kromě odebrání).

Azure Boards používá kategorie stavů, takže agilní nástroje pro plánování a řídicí panely zachází se stavy pracovních postupů konzistentně napříč backlogy a panely.

Stavy pracovního postupu

Stavy pracovního postupu definují, jak pracovní položka postupuje od vytvoření po uzavření. Pro uživatelský scénář (agilní proces) jsou primární stavy Nové, Aktivní, Vyřešeno a Uzavřeno. Pomocí stavu Odebráno odstraňte úlohu z backlogu; podrobnosti naleznete v tématu Přesunutí, změna nebo odstranění pracovních položek.

Zde se zobrazí přirozené progrese a regrese běžných typů pracovních položek – uživatelský příběh (Agilní), problém (Basic), položka backlogu produktu (Scrum) a požadavek (CMMI):

Stavy pracovního postupu: Uživatelský scénář, agilní proces

Diagram znázorňující stavy pracovního postupu uživatelských příběhů pro agilní proces

Stavy kategorií

Kategorie stavů určují, jak agilní nástroje pro plánování a widgety řídicích panelů zachází s každým stavem pracovního postupu. Týmy mapují stavy pracovního postupu na následující stavy kategorií používané backlogy, panely a widgety: Navrhované, V řešení, Vyřešeno a Dokončeno.

Následující tabulka ukazuje, jak se výchozí zděděné stavy mapují na stavy kategorií pro čtyři systémové procesy, včetně typů pracovních položek testovacího plánu. Pracovní postupy testovacího případu, návrhu testů a sady testů zůstávají konzistentní ve čtyřech systémových procesech.

Categories

Sledování práce

Sledování testů

Navrhovaný: Přiřaďte tuto kategorii nově přidaným stavům pracovní položky, aby se zobrazily v backlogu. První sloupec na panelech a úkolových tabulích se mapuje na navržené.

New

Návrh (testovací případ)

Probíhá: Přiřaďte tuto kategorii stavům, které představují aktivní práci. Pracovní položky ve stavu Rozpracováno se zobrazí v backlogu (pokud nejsou skryté) a obsazují prostřední sloupce na panelech.

Aktivní (chyba, námět, funkce, uživatelský scénář)

Aktivní (testovací plán); V plánování (Sada testů); Probíhá (Sada testů); Připraveno (testovací případ)

Vyřešený: Přiřaďte tuto kategorii stavům, které označují implementované řešení, ale zatím není ověřené (běžně se používá pro chyby). Vyřešené stavy se ve výchozím nastavení zobrazují v backlogu a dají se zahrnout do burndownových grafů. Azure Boards zachází s vyřešeným stejným způsobem jako s probíhajícím u mnoha nástrojů.

Vyřešeno (chyba)

n/a

Hotový: Přiřaďte tuto kategorii stavům, které představují dokončenou práci. Pracovní položky v části Dokončeno se nezobrazují v backlogu a objevují se v posledním sloupci na panelu. Do této kategorie nemůžete upravovat ani přidávat stavy.

Uzavřeno (chyba, námět, funkce, uživatelský příběh)

Uzavřeno (testovací případ); Dokončeno (Testovací sada); Neaktivní (testovací plán)

Odstraněný: Přiřaďte tuto kategorii k odebraném stavu a skryjte položky z backlogu a prostředí panelu.

Odebrání (námět, funkce, uživatelský scénář)

n/a

Typy pracovních položek a jejich panely

Zjistěte, kde se každý typ pracovní položky zobrazuje, abyste mohli efektivně spravovat práci.

Kategorie typu pracovní položky Tady se zobrazují pracovní položky.
Requirement Pouze na produktové radě.
Feature Pouze na panelu portfolia Funkcí.
Epic Pouze na nástěnce Epic portfolia.
Custom Pouze na vlastní tabuli portfolia.

Tip

Namapujte každý stav pracovního postupu na sloupec tabule. Pokud není stav namapovaný, nezobrazí se na panelu.

Note

Dokončené nebo uzavřené pracovní položky se nezobrazují v backlogech a panelech, pokud jejich hodnota ve sloupci Změněné datum přesahuje 183 dnů (přibližně půl roku). Tyto položky můžete stále vypsat pomocí dotazu. Pokud chcete, aby se zobrazili na backlogu nebo panelu, můžete na ně udělat menší změnu, která obnoví hodiny.

Note

Dokončené nebo uzavřené pracovní položky se nezobrazují v backlogech a panelech, pokud jejich hodnota v poli Změněné datum přesahuje jeden rok. Tyto položky můžete stále vypsat pomocí dotazu. Pokud chcete, aby se zobrazili na backlogu nebo panelu, můžete na ně udělat menší změnu, která obnoví hodiny.

Pole Aktivováno podle/ Datum a Vyřešeno podle/ Datum

Systém aktualizuje tato pole – aktivováno kým, datum aktivace, vyřešeno kým a datum vyřešení – na základě změn stavu kategorie pracovního postupu. Když se stav pracovního postupu změní na kategorii Probíhá, systém aktualizuje Aktivováno: a Datum aktivace:. Když se stav pracovního postupu změní na kategorii Vyřešeno, systém aktualizuje Vyřešil(a) a Datum vyřešení.

Další informace o tom, jak se stavy pracovního postupu mapují na kategorie stavů, naleznete v tématu Jak se stavy pracovních postupů a kategorie stavů používají v backlogech a panelech.

Note

Tato logika platí pro aktualizaci Azure DevOps Services, Azure DevOps Server 2020.1 a novějších verzí.

Vzhledem k tomu, že tato pole odkazují na kategorie stavu pracovního postupu, všechny vlastní stavy pracovního postupu, které přidáte, také aktivují aktualizace polí. Další informace naleznete v tématu Přizpůsobení pracovního postupu pro proces.

Další poznámky

  • Pole se aktualizují pokaždé, když se pracovní položka přesune z jiného stavu kategorie, než je ta, která je nastavená. Pokud například přesunete pracovní položku z nové do pevného, aktualizují se pole Vyřešeno/Vyřešeno datem . Pokud se ale přesunete z Fixed na Ready for Testing, které jsou ve stejném stavu kategorie, pole Vyřešil/Vyřešeno dne se neaktualizují.
  • Když přejdete zpět, například z vyřešeného stavu do aktivního stavu, systém vymaže pole Vyřešeno/Vyřešeno datem . Pokud přejdete z aktivní na nový, systém vymaže pole Aktivované podle/aktivovaného data .
  • Tyto hodnoty polí neměňte ručně. Jedná se o systémová pole, která se řídí systémovými pravidly, a jakákoli hodnota, kterou nastavíte, se přepíše.

Kdy přidat stav místo sloupce

Pomocí stavů a sloupců můžete sledovat stav práce. Stavy se uplatňují na úrovni projektu; sloupce se uplatňují na úrovni týmu. Vlastní stavy můžou přidávat pouze správci kolekce projektů. Správci týmu můžou přidávat sloupce.

Pokud chcete sladit týmy s společným pracovním postupem organizace, přidejte vlastní stavy. Vlastní stavy se šíří do projektů a typů pracovních položek, které odkazují na proces.

Preferujte sdílené vlastní stavy, když více týmů používá stejný pracovní postup, aby nedocházelo k nejasnostem z dotazů založených na sloupcích různými týmy. Udržujte jedno vlastnictví pracovních položek podle cesty k oblasti týmu nebo standardizujte sloupce přidáním vlastních stavů sdílených napříč týmy.

Automatické dokončování pracovních položek prostřednictvím pull requestů

Když propojíte pracovní položku s žádostí o přijetí změn, můžete tyto pracovní položky po dokončení žádosti o přijetí změn automaticky dokončit. Podrobnosti najdete v tématu Automatické dokončování pracovních položek pomocí pull requestů.

Automatizace přechodů stavu pracovních položek

Stav nadřazené pracovní položky můžete aktualizovat automaticky na základě stavu podřízených úkolů. Podrobnosti najdete v tématu Automatizace přechodů stavu pracovních položek.

Související obsah

Model procesu dědičnosti

Místní model procesu XML

Widgety řídicího panelu

  • Last updated on