Zobrazení chyb v backlogu a na panelech
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Vzhledem k tomu, že váš tým identifikuje chyby kódu nebo chyby, může je přidat do backlogu a sledovat je podobně jako požadavky na sledování. Nebo můžou naplánovat chyby, které se mají opravit v rámci sprintu spolu s dalšími úkoly.
Když sledujete chyby jako požadavky, zobrazí se na backlogech produktů a na panelech Kanban. Když sledujete chyby jako úkoly, zobrazí se chyby v backlogech sprintu a na panelech úloh. Další informace o jiných typech pracovních položek naleznete v tématu Přidání dalších typů pracovních položek do backlogů nebo panelů.
Nastavení sledování týmu můžete definovat pro procesy Agile, Scrum a CMMI . Typ pracovní položky Chyby není definován pro základní proces, takže neexistuje nastavení týmu pro Basic. Místo toho byste měli sledovat chyby a chyby kódu pomocí typu Pracovní položka Problém.
Poznámka:
Požadavky určují očekávání uživatelů softwarového produktu. V Azure Boards jsou požadavky definované pracovními položkami, které se zobrazují v backlogu produktu. Odpovídají typům pracovních položek user Story (Agile), Product backlog item (Scrum), Issue (Basic) nebo Requirement (CMMI) na základě procesu vybraného pro váš projekt. Patří také do kategorie Požadavky, která spravuje typy pracovních položek, které se zobrazují v backlogu produktu.
Požadavky
Chcete-li konfigurovat nastavení týmu, musíte být přidáni do role Tým Správa istrator nebo být členem skupiny zabezpečení Project Správa istrators. Pokud chcete přidat, přečtěte si článek Přidání správce týmu nebo změna oprávnění na úrovni projektu.
Volba možností pro sledování chyb
Následující tabulka shrnuje možnosti, které týmy mají pro sledování chyb. Než se rozhodnete, doporučujeme projít si informace uvedené v tématu Definice, zachycení, třídění a správa chyb, které poskytují přehled o typu pracovní položky chyby a podporovaných nástrojích pro správu chyb.
Možnost
Zvolte, kdy chcete...
Sledování chyb jako požadavků
- Určení priorit chyb (pořadí zásobníků) spolu s požadavky
- Odhad úsilí o chyby pro prognózování
- Aktualizace stavu chyby na panelu Kanban
- Zahrnutí chyb do grafů rychlosti a kumulativních vývojových diagramů
- Pomocí nástroje Prognózamůžete podporovat plánování sprintů.
- Může přetáhnout chyby do podokna Plánování a přiřadit chyby sprintu.
- Může zobrazit chyby v plánech doručení
Poznámka:
- Chyby se přiřazují kategorii Požadavky.
Sledování chyb jako úkolů
- Odhad práce u chyb podobných úkolům
- Aktualizace stavu chyby na panelech úloh sprintu
- Propojení chyb s požadavky jako podřízených položek
- Může přetáhnout chyby do podokna Plánování a přiřadit chyby sprintu.
Poznámka:
- Chyby se přiřazují kategorii úkolů.
- Uživatelské scénáře (agilní), položky backlogu produktu (Scrum) nebo požadavky (CMMI) jsou přirozeným nadřazeným typem pracovní položky pro chyby.
- Chyby nebudou viditelné ve službě Delivery Plans
Chyby se nezobrazují v backlogech ani na panelech
- Správa chyb pomocí dotazů
Poznámka:
- Chyby jsou přidružené k kategorii Chyb a nezobrazí se v backlogech ani na panelech.
- Chyby se nezobrazují v backlogech, panelech, backlogech sprintů, na panelech nebo v plánech doručení.
- Nejde přetáhnout chyby do podokna Plánování a přiřadit chyby sprintu
Nastavení předvoleb týmu pro sledování chyb
Nastavení můžete změnit z backlogu nebo zobrazení panelu nebo z konfigurace týmu nastavení>projectu.
V následujících krocích si ukážeme, jak ho změnit ze zobrazení panelu.
Přihlaste se ke své organizaci (
https://dev.azure.com/{yourorganization}
) a vyberte svůj projekt.Otevřete panel Kanbanu. Pokud nejste správcem týmu, můžete ho přidat jako jednoho. Panel Kanbanu můžou přizpůsobit jenom správci týmu a projektu.
Zvolte Nastavení panelu a nakonfigurujte panel a nastavte obecná nastavení týmu.
Zvolte Možnost Práce s chybami a pak zvolte možnost, která nejlépe vyhovuje způsobu práce vašeho týmu.
Až změny dokončíte, zvolte Uložit.
Pokud chcete zobrazit změny, otevřete nebo aktualizujte backlog týmu nebo panel Kanban.
Vnoření položek
Když spravujete chyby s požadavky nebo úlohami, zobrazí se na jednom nebo několika backlogech a panelech vašich agilních nástrojů. Pokud však vnoříte položky – můžete vytvářet podřízená propojení položek, které patří do kategorií Požadavky nebo Úkoly, ne všechny položky se můžou zobrazovat v backlogech a panelech. Další informace o tom, jak se vnořené položky zpracovávají, najdete v tématu Jak backlogy a panely zobrazují hierarchické (vnořené) položky.
Tip
Pokud po aktualizaci backlogu nebo panelu nevidíte chyby, u kterých je očekáváte, zkontrolujte , jak backlogy a panely zobrazují hierarchické (vnořené) položky. Na panelech Kanbanu nebo úloh se zobrazí jenom uzly typu list s vnořenými položkami.
Přidání dalších typů pracovních položek do backlogů nebo panelů
Chyby jsou běžnou položkou, kterou týmy chtějí sledovat, a zvolte, jak je sledují. Další informace najdete v tématu Správa chyb.
Co když ale chcete sledovat jiné typy pracovních položek v backlogech a panelech?
Další typy pracovních položek, jako jsou žádosti o změnu, problémy nebo překážky, můžete přidat přizpůsobením procesu nebo projektu na základě používaného modelu procesu. Podrobnosti najdete v tématu
- Model procesu dědičnosti najdete v tématu Přizpůsobení backlogů nebo panelů procesu.
- Informace o hostovaných modelech procesů XML a místních procesů XML najdete v tématu Přidání typu pracovní položky do backlogu a panelu.
Přehled modelů procesů najdete v tématu Přizpůsobení prostředí pro sledování práce.
Vytváření, výpis a správa chyb
Chyby spravované pomocí požadavků je možné přidat prostřednictvím backlogu produktu nebo panelu Kanban. Když se chyby spravují společně s úkoly, můžete je přidat do backlogu sprintu nebo panelu úkolů. Nebo je zachyťte pomocí jiných nástrojů. Další informace najdete v tématu Definování, třídění a správa chyb.
Tip
Úsilí by mělo být automaticky součástí chyby, ale pokud ji nevidíte, přizpůsobte typ pracovní položky chyby, aby se zobrazil.
Chyby definované pro váš projekt můžete zkontrolovat vytvořením dotazu a zadáním typu pracovní položky =Chyba. Nebo otevřete předdefinovaný dotaz, aktivní chyby (agilní a CMMI) nebo probíhající práci (Scrum).
Související články
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro