Sdílet prostřednictvím


Použití backlogů ke správě projektů

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Pomocí backlogů můžete projekt naplánovat přidáním uživatelských scénářů nebo požadavků do backlogu produktu. S vaším plánem můžete začít řídit úsilí o vývoj kódu.

Pokud jste správcem projektu, přečtěte si téma Konfigurace a přizpůsobení Azure Boards, které ukazuje, jak definovat cesty oblastí a iterace a přizpůsobit typy pracovních položek. Když vytvoříte projekt nebo přidáte tým, Azure Boards automaticky vytvoří backlog. Každý tým má přístup k vlastním backlogům produktů, portfolia a sprintů. Další informace najdete v tématu O týmech a agilních nástrojích.

O backlogech

Backlog Azure Boards je seznam pracovních položek, které řídí úsilí vašeho vývojového týmu. Backlog pomáhá spravovat rozsah projektu a usnadňuje efektivní komunikaci a spolupráci prostřednictvím životního cyklu vývoje softwaru.

Pomocí backlogů proveďte následující úlohy:

Poznámka:

Další informace najdete v tématu Backlogy, panely a plány. Pokud na backlogu nebo panelu nevidíte požadované pracovní položky, přečtěte si téma Nastavení backlogů a panelů.

Backlogy produktů a portfolia

Backlogy představují pracovní položky jako seznamy. Backlog produktu představuje váš projektový plán, plán toho, co váš tým plánuje doručovat. Poskytuje také úložiště všech informací, které je potřeba sledovat a sdílet s týmem.

V agilních metodologiích vám backlog portfolia umožňuje seskupovat a uspořádat backlog do hierarchie. Můžete zobrazit iniciativy vysoké úrovně, náměty nebo projekty, na které vaše organizace plánuje pracovat po delší dobu. Tyto iniciativy jsou často příliš velké nebo složité, aby se vešly do rozsahu backlogu jednoho týmu. Vyžadují koordinaci a plánování na vyšší úrovni organizace.

Snímek obrazovky s backlogy boards

Konfigurace backlogu

Poznámka:

Návody přidat backlog nebo panel? Nepřidáte backlogy ani panely. Přidáte tým, který je automaticky nakonfigurovaný s vlastní sadou backlogů a panelů. Další informace najdete v tématu O týmech a agilních nástrojích.

Každý backlog je přidružený k týmu a nastavení konfigurace týmu určují pracovní položky, které se zobrazí v backlogu týmu. Správce týmu provede pro svůj tým následující úkoly:

  • Vyberte cesty oblasti, které jsou pro tým aktivní. V backlogu týmu se zobrazí jenom pracovní položky přiřazené k těmto cestám oblasti.
  • Nastavte výchozí cestu k oblasti a cestu iterace použitou při definování pracovních položek z týmového backlogu.
  • Vyberte cesty iterace, které jsou pro tým aktivní.
  • Určete, které úrovně backlogu jsou pro tým aktivní.
  • Definujte, jak se chyby zpracovávají, jako požadavky nebo jako úkoly.

Další informace najdete v následujících článcích:

Tip

Každý člen týmu má několik nástrojů pro konfiguraci zobrazení backlogu: Rozbalení nebo sbalení jedné úrovně, možnosti sloupců, selektor úrovně backlogu, možnosti zobrazení a panel nástrojů Filtr . Možnosti nastavené pro každou úroveň backlogu jsou odlišné a trvalé, dokud se nezmění. Další informace najdete v tématu Konfigurace zobrazení backlogu.

Běžné konfigurace backlogu pro více týmů

Otázka: Můžete definovat konfiguraci backlogu, ke které se může přihlásit více týmů?Odpověď: Ne. Každý tým řídí vlastní nastavení týmu a konfigurace backlogu.

Vzhledem k tomu, že každý uživatel může nakonfigurovat vlastní možnosti sloupců a možnosti zobrazení, neexistuje způsob, jak nakonfigurovat společné zobrazení backlogu pro všechny týmy. Pro každý tým se také nedají nastavit žádné výchozí možnosti sloupců.

Vzhledem k tomu, že každý uživatel může nakonfigurovat vlastní možnosti sloupců a možnosti zobrazení, neexistuje způsob, jak nakonfigurovat společné zobrazení backlogu pro všechny týmy. Výchozí možnosti sloupců ale můžete definovat pro všechny členy týmu úpravou konfigurace procesu. Postup najdete v tématu Referenční informace o elementu XML konfigurace procesu, Nastavení výchozích sloupců.

Definování pracovních položek a vytvoření backlogu

Vytvořte plán projektu vytvořením backlogu pracovních položek. Tyto položky představují funkce, požadavky, uživatelské scénáře nebo jinou práci na dokončení. Backlogy portfolia poskytují podporu pro uspořádání práce hierarchickým způsobem. Pomáhají sledovat hlavní produktové iniciativy nebo scénáře, které spoléhají na mnoho scénářů nebo požadavků. Různé typy pracovních položek pomáhají sledovat různé typy práce, jako jsou uživatelské scénáře, úkoly, chyby a problémy.

Diagram s názvem Definovat scénáře konceptuální obrázek úkolůDiagram s názvem Uspořádat backlog koncepční obrázek úkolůDiagram s názvem Spravovat chyby konceptuální obrázek úkolůDiagram s názvem Správa problémů – koncepční obrázek úkolů

Priorita backlogu nebo pořadí pořadí zásobníku

Místo, kam přidáte nebo přesunete položky na stránce, určuje posloupnost položek v každém backlogu. Další informace najdete v tématu Změna pořadí backlogu.

Při přetahování položek v seznamu backlogů proces na pozadí aktualizuje pole Stack Rank (Agile and Capability Maturity Model Integration (CMMI) nebo Priority backlogu (Proces Scrum). Systém tato pole používá ke sledování relativního pořadí položek v produktu, funkci, námětu nebo jiném backlogu portfolia. Ve výchozím nastavení se tato pole nezobrazují ve formuláři pracovní položky.

Snímek obrazovky znázorňující, jak změnit pořadí pracovních položek

Nepoužívejte funkci hromadné úpravy ke změně hodnoty pole priority backlogu. I když můžete těmto polím přiřadit hodnotu, přiřadíte stejnou hodnotu všem položkám, které vyberete pro hromadnou úpravu.

Upřednostňovanou metodou hromadné úpravy je použití vícenásobného výběru k přesunutí položek do horního, dolního nebo konkrétního umístění na stránce. Pokud je nutné upravit jedno z polí pořadí backlogu hromadně, abyste získali velký počet pracovních položek v požadovaném pořadí priority, použijte Excel. Můžete exportovat dotaz obsahující položky backlogu, aktualizovat pole Priorita backlogu nebo Stack Rank a pak publikovat změny.

Probíhající položky a práce uvedené v backlogu

Backlogy jsou navržené tak, aby zobrazovaly práci, která odpovídá stavu navrhované, probíhající nebo vyřešené kategorie. Když dokončíte práci a její stav přejde do stavu Hotovo nebo Uzavřeno , vypadne z zobrazení backlogu. Kdykoli můžete vytvořit dotaz pro zobrazení dokončené práce nebo zobrazení kontingenční tabulky Naposledy dokončené na stránce Pracovní položky. Další informace naleznete v tématu Zobrazení a přidání pracovních položek.

Obecně platí, že zobrazíte všechny položky, které jsou ve stavu probíhající kategorie, což odpovídá stavu Aktivní a Potvrzeno . Pokud se chcete zaměřit na práci, která se navrhuje, ale neprobíhá, můžete přepnout zobrazení backlogu a vypnout probíhající práci. Tento přepínač je užitečný při prognózování backlogu produktu.

Pokud v backlogu chybí položky, zkontrolujte, jestli je zobrazení Probíhá vypnuté. Další informace naleznete v tématu Stavy pracovního postupu a kategorie stavů.

Uspořádání backlogu mapováním a opakováním položek backlogu

Pokud máte mnoho iniciativ, na kterých týmy pracují, můžete chtít seskupit práci podle těchto iniciativ. Definováním funkcí a námětů můžete svou práci seskupit do třívrstvé hierarchie, která se skládá z námětů, funkcí a položek backlogu.

Tady například tým zákaznických služeb uspořádal několik položek backlogu do dvou funkcí a jednoho námětu.

Snímek obrazovky s backlogem, který zobrazuje vlastnictví rodičů a více týmů

Snímek obrazovky s backlogem, který zobrazuje vlastnictví nadřazených a více týmů v Azure DevOps Serveru 2019 a starších verzích

Rychlost

Když položky backlogu přiřadíte sprintům, získáte přístup k sestavě rychlosti v kontextu pro backlogy produktů i portfolia. Rychlost pomáhá týmům určit, kolik práce mohou provádět sprint-over-sprint.

Sestavu Rychlost můžete nakonfigurovat tak, aby počítaly pracovní položky nebo sčítaly body obsahu, úsilí, zbývající práci nebo jiné číselné pole.

Snímek obrazovky znázorňující analýzu rychlosti, která zobrazuje pruhový graf

Když položky backlogu produktů přiřadíte sprintům, získáte přístup k sestavě rychlosti v kontextu pro backlog produktu. Rychlost pomáhá týmům určit, kolik práce mohou provádět sprint-over-sprint.

Sestava sleduje odhadovanou práci v backlogu týmu, kterou váš tým dokončil (zelený) v předchozích sprintech nebo stále probíhá (modrá). Odhadovaný backlog je součet úsilí (základní procesy nebo procesy Scrum), body scénáře (agilní proces) nebo velikost (proces CMMI).

Snímek obrazovky znázorňující graf rychlosti zobrazující sedm sprintů probíhající a dokončené práce

Další informace najdete v tématu Zobrazení a konfigurace rychlosti týmu.

Zobrazení počtu průběhu souhrnů nebo součtů

Backlogy produktů a portfolia podporují souhrnné sloupce. Můžete přidat jeden nebo více souhrnných sloupců pro zobrazení indikátorů průběhu, počtu následnických pracovních položek nebo součtů vybraných číselných polí. Nastavení se zachová pro každou stránku, kterou přizpůsobíte, a jsou platná jenom pro vaše zobrazení.

  • Indikátory průběhu označují procento následnických položek v hierarchii, které jsou zavřené nebo dokončené.
  • Počty zobrazují celkový počet následnických položek.
  • Součty poskytují součet číselných polí, jako je úsilí, body scénáře, dokončená práce nebo zbývající práce následnických položek.

Následující příklad ukazuje indikátory průběhu backlogu portfolia.

Snímek obrazovky s příkladem průběhu námětu, funkce a uživatelského scénáře

Práce s vlastnictvím více týmů položek backlogu

Když máte několik týmů, můžou hierarchická zobrazení zobrazovat položky, které patří do jiných týmů.

Zobrazení položek backlogu a nadřazených položek vlastněných jinými týmy

Backlog produktu vašeho týmu obsahuje jenom ty položky, jejichž cesta k oblasti odpovídá položkám přiřazeným vašemu týmu. Pokud zobrazíte rodiče, uvidíte nadřazený námět funkcí a položek backlogu, a to i v případě, že námět nebo funkci vlastní jiný tým.

Ostatní položky vlastněné týmem se zobrazí s ikonou informací .

Snímek obrazovky s položkami backlogu a nadřazenými položkami vlastněnými jinými týmy

Tip

Přidejte pole Název uzlu jako sloupec pro identifikaci cesty oblasti nebo týmu přidruženého k pracovním položkám.

Ostatní položky vlastněné týmem se zobrazí s ikonou informací .

Snímek obrazovky s položkami backlogu a nadřazenými položkami vlastněnými jinými týmy, verzí Azure DevOps Serveru 2019

Tip

Přidejte pole Název uzlu jako sloupec pro identifikaci cesty oblasti a týmu přidruženého k pracovním položkám.

Další informace najdete v tématu Definování cest oblastí a přiřazení týmu.

Zobrazení námětů a podřízených položek vlastněných jinými týmy

Tady je další příklad, který ukazuje backlog Náměty pro tým pro správu . Procházení k podrobnostem můžete zobrazit všechny položky a funkce backlogu, i když patří do jednoho ze tří různých týmů: Zákaznický servis, telefon a web.

Snímek obrazovky s zobrazením námětů a podřízených položek vlastněných jinými týmy

Snímek obrazovky s zobrazením námětů a podřízených položek vlastněných jinými týmy ve verzi Azure DevOps Serveru 2019

V těchto zobrazeních můžete znovu zobrazit položky, které vlastníte, a položky, které vlastní ostatní týmy. Nemůžete změnit pořadí položek, které vlastní jiný tým.

Tato organizace umožňuje týmům pro správu zaměřit se na funkce vysoké úrovně a náměty a vývojové týmy, aby se zaměřily jenom na položky backlogu, které zodpovídají za poskytování. Můžete například vytvořit strukturu týmu podobnou této s dvěma týmy pro správu a tři vývojové týmy. Další informace najdete v tématu Vytvoření nebo přidání týmu.

Diagram znázorňuje backlogy a vlastnictví více týmů s rozdělením mezi týmy pro správu a vývoj.

Další informace o hierarchických strukturách týmu a backlogu najdete v tématu Správa backlogů produktů a portfolia.

Důležité

Máte možnost vytvořit podřízená propojení s pracovními položkami z různých projektů. Pokud se však procesy mezi projekty liší, hierarchie se v backlogu nezobrazí pro podřízené položky, které se nacházejí v samostatných projektech. Všechny přidružené podřízené položky však můžete zobrazit přímo ve formuláři pracovní položky.

Změna pořadí a opětovného přiřazení pracovních položek

Všechna backlogy a panely podporují přetahování a přeuspořádání pracovních položek. Aktualizace backlogů a panelů jednoho týmu se projeví v jiných týmových backlogech a panelech, které sdílejí stejnou cestu k oblasti. Možná budete muset stránku aktualizovat, aby se změny zobrazily.

Přetažením můžete změnit pořadí nebo převést pracovní položky přiřazené k cestám oblastí vybraným pro váš tým. Pokud je možnost zobrazení Rodiče povolená, můžou se pracovní položky zobrazovat v backlogu, které váš tým nevlastní. Cokoli, co se zobrazí s ikonou informací, nejde změnit pořadí ani znovu zobrazit, protože ho vlastní jiný tým.

Snímek obrazovky s informační zprávou o vlastnictví týmu

Zobrazení pracovních položek uzlu typu list

Backlogy sprintu a taskboardy zobrazují pouze poslední uzel v hierarchii stejné kategorie označované jako uzel typu list.

Můžete vytvořit hierarchii položek backlogu, úkolů a chyb. Nedoporučujeme vytvářet hierarchie stejné kategorie. Jinými slovy, nevytvořujte propojení nadřazenosti a podřízenosti mezi pracovními položkami stejného typu, jako je story-story, bug-bug nebo task-task.

Poslední uzel v hierarchii stejné kategorie se může zobrazovat jenom na panelech, backlogech sprintů a v taskboardech. Pokud například propojujete položky v hierarchii stejné kategorie, která je čtyři úrovně hluboko, zobrazí se na panelu, backlogu sprintu a na panelu úkolů jenom položky na čtvrté úrovni.

Místo vnoření požadavků, chyb a úkolů doporučujeme udržovat plochý seznam. Umožňuje vytvořit propojení mezi položkami, které patří do jiné kategorie, o jednu úroveň hlubokou. Další informace najdete v tématu Řešení potíží s změna pořadím a vnořením.

Ovládací prvky produktového backlogu

Ke změně nebo filtrování zobrazení backlogu produktu můžete použít následující ovládací prvky.

Důležité

Pokud ovládací prvek Probíhá vypnete, položky, které jsou ve stavu Aktivní, Potvrzeno nebo Vyřešeno, nebo ve stavu pracovního postupu probíhajícího procesu se v backlogu nezobrazí. Další informace o stavech pracovních postupů kategorií naleznete v tématu O stavech pracovního postupu v backlogech a panelech.

Další informace o používání jednotlivých ovládacích prvků najdete v tématu Konfigurace zobrazení backlogu.

Ikona nebo odkaz

Ovládací prvek

Funkce


Nedokončené položky

Selektor backlogu

Možnosti zobrazení

Možnosti zobrazení

Filtrovat

Nastavení

/

Celá obrazovka

Vstup nebo ukončení režimu zobrazení na celé obrazovce

/

Rozbalit či sbalit

Rozbalení nebo sbalení jedné úrovně stromové hierarchie

Více příkazů


Poznámka:

I když máte zapnutou možnost Zobrazit rodiče, ovládací prvky Vytvořit dotaz a e-mail řídí jenom položky seznamu na aktuálně vybrané úrovni.

Oprávnění a přístup

Jako člen přidaný do skupiny Přispěvatelé projektu můžete použít většinu funkcí poskytovaných v části Panely nebo Práce. Uživatelé se základním přístupem mají úplný přístup ke všem funkcím. Uživatelé s přístupem účastníka jsou omezeni na určité funkce. Další informace najdete ve stručné referenční příručce k přístupu pro účastníka.

Další informace o oprávněníchach

Pokud chcete přidat uživatele do projektu, přečtěte si článek Přidání uživatelů do projektu nebo týmu.

Přidání backlogů portfolia a panelů

Pokud chcete přidat backlog nebo panel portfolia, přizpůsobte si proces, přidejte nové typy pracovních položek a potom nakonfigurujte backlogy a panely. Můžete také přidat nebo upravit pole definovaná pro typ pracovní položky (WIT) nebo přidat vlastní pracovní položku. Další informace naleznete v tématu Přizpůsobení procesu dědičnosti a přizpůsobení backlogů nebo panelů (proces dědičnosti).

Pokud chcete přidat backlog nebo panel portfolia, přizpůsobte si zděděný proces nebo upravte definiční soubory XML. Můžete také přidat nebo upravit pole definovaná pro typ pracovní položky (WIT) nebo přidat vlastní pracovní položku. Další informace najdete v následujících článcích založených na modelu procesu použitém k aktualizaci projektu:

Model procesu dědičnosti:

Místní model procesu XML:

Další kroky