Typy pracovních položek a pracovní postup šablony procesu Scrum

K plánování projektu softwaru a sledování závady softwaru pomocí Scrum, týmy pomocí produktu nevyřízené položky (PBI) a typy chyb pracovních položek (WITs).Chcete-li získat podrobné informace o portfolio funkce, scénáře nebo uživatelského prostředí, vlastníky produktu a správci programu můžete mapovat PBIs a chyby k funkcím.Týmy pracovat ve sprintech, definují úlohy, které automaticky propojit s PBIs a chyby.

Pomocí Microsoft Test Manager a Team Web Access (TWA), testeři k vytváření a spouštění testovacích případů a vytvoření chyb ke sledování vady kódu.Překážky sledování blokování problémů.

Definovat nevyřízené položky pomocí PBIs a chyby

Když definujete nevyřízené položky produktu, budete chtít zaměřit se na hodnotu vaši zákazníci bude přijímat a vyhnout popisy jak bude váš tým rozvíjet funkci.Vlastníka produktu může prioritu nevyřízených položek produktu založené na každou položku obchodní hodnotu, úsilí a relativní závislost na jiné nevyřízené položky.Jak vyvíjet obchodní požadavky, takže produkt nevyřízených položek.Týmy obvykle, zadejte podrobnosti pouze u položky s nejvyšší prioritou nebo tyto položky přiřazeny sprint aktuální a další.

Můžete vytvořit PBIs a chyby z panelu rychle přidat na stránku nevyřízených položek produktu.

Později můžete otevřít každého PBI nebo chyb, k poskytování další podrobnosti a odhadovat úsilí.Navíc podle priority PBIs a chyby na stránce s nevyřízenými (které jsou zachyceny v poli Priorita nevyřízených položek), vlastníky produktu může značit položky, které by měly mít vyšší prioritu.

Definováním úsilí PBIs a chyb, týmy mohou pomocí prognózy grafy funkce a rychlost odhadnout budoucí sprintů nebo fungují úsilí.Definováním obchodní hodnotu, vlastníky produktu můžete určit odlišnou od proměnlivé nevyřízených položek zásobník pořadí priorit.

Použijte následující pokyny pro tyto základní pole.Podrobnosti o vytváření chyby naleznete v tématu sledovat vady kódu dále v tomto tématu.

Pole/karta	Použití
Práce	Odhad množství práce, které jsou nutné k dokončení PBI, pomocí jakoukoli jednotku měření, které váš tým upřednostňuje, jako je velikost trička, body příběhů nebo čas. Agilní rychlosti grafy a prognózy nástroje odkazuje na hodnoty v tomto poli.Toto pole je povinné ke generování Pracovní tempo vydání a Rychlost sestavy. Další pokyny najdete v tématu dokument white paper Odhadování.
Obchodní hodnota	Zadejte číslo, které jsou zaznamenány relativní hodnota PBI, ve srovnání se jiných PBIs.Čím vyšší číslo, čím větší obchodní hodnotu.
Popis (PBIs)	Zadejte dostatek podrobností odhadnout, kolik práce, bude nutné k implementaci položky.Zaměření na kteří tuto funkci je pro uživatelé mají k provádění, a proč.Není popisují, jak by měla být vytvořena funkci.Poskytněte dostatečně podrobné údaje, aby mohl tým zapisovat úkoly a testovací případy pro potřebu implementace položky.
Akceptační kritéria	Definujte, co "Hotovo" se rozumí popisující kritéria, které chcete-li ověřit, zda PBI nebo oprava chyby plně provedeno by měl používat týmu. Před zahájení práce ve PBI nebo chyby, co nejpřesněji popisují kritéria pro přijetí zákazníků.Rozhovory mezi týmu a zákazníky k určení, akceptační kritéria pomáhá zajistit společného chápání v rámci týmu ke splnění očekávání zákazníků.Akceptační kritéria lze použít jako základ pro akceptační testy, tak, aby týmu můžete zvýšit efektivitu rozhodněte, zda položka byla úspěšně dokončena.

Další informace o tom, jak používat stránku nevyřízených položek produktu, najdete zde.

Sledování průběhu

Týmy mohou pomocí na kanbanové tabuli, můžete sledovat průběh PBIs a chyby a panelu úkolů sprint můžete sledovat průběh úkolů.Přetažení položek do sloupce nového stavu aktualizuje pole Stav a Důvod pracovního postupu.

Průběh typický pracovní postup pro PBIs a chyby takto:

• Vytvoří vlastníka produktu PBI nebo testerovi vytvoří chybu v nový stavu s důvod výchozí nové nevyřízené položky.

• Vlastníka produktu přesune položku, kterou chcete schváleno poté, co je dostatečně popsaný a připravena pro členy týmu pro odhad úroveň úsilí.Ve většině případů, položky v horní části nevyřízených položek produktu jsou ve stavu schváleno, když jsou položky směrem na střed a dolů v nový stav.

• Tým aktualizuje stav na potvrzený při rozhodnou k dokončení práce během sprintu.

• Položka je přesunuta do provést stav, když týmu dokončila všechny přidružené úlohy a vlastníka produktu souhlasí s tím, že byl implementován podle kritérií přijetí.

Podle aktualizace stavu pracovního postupu, týmy vědět, které položky jsou nové v průběhu nebo dokončené.Většina WITs podporu přechod dopředu a dozadu z každý stav pracovního postupu.

Můžete přizpůsobit kanbanové Tabule pro podporu další swim dráhy nebo sloupce.Nebo můžete přizpůsobit pracovního postupu pro PBI a úloha WITs, která bude změnit výchozí záhlaví sloupců.

Pomocí těchto nástrojů naleznete v části Práce na panelu Kanban a Práce ve sprintech.

PBIs namapovat na funkce

Při správě sady produktů nebo zkušeností uživatele můžete chtít zobrazit rozsah a průběh práce v celém portfoliu produktů.Lze provést definováním funkce a mapování PBIs na funkce.

Na stránce funkce nevyřízených položek můžete rychle přidat funkce, stejným způsobem, že jste přidali PBIs.

Funkce pracovní položka obsahuje podobná pole pro PBIs zadána.Kromě Priorita a obchodní hodnotu, můžete zadat cílové datum podle které by měla být implementována funkci.

Ze stránky nevyřízených položek s mapováním zapnuta lze přetáhnout PBIs s funkcí, které implementují.

Toto mapování vytvoří nadřazený podřízený odkazy z funkce PBIs, které jsou zachyceny v implementace karty.

Pomocí nevyřízených položek portfolia můžete přecházet z jedné nevyřízené položky na jinou a zobrazit požadovanou úroveň podrobností.Když nastavíte hierarchii týmů, můžete nevyřízené položky portfolia použít také k zobrazení souhrnu probíhající práce v několika týmech.

Definovat úlohy potřebné k implementaci PBIs a chyby

Váš tým spravuje jejich práce ve sprintech, mohou použít stránka nevyřízených položek sprintu na rozdělit práci, chcete-li provést do různé úlohy.

Pojmenujte úkol a odhadněte práci, kterou potřebuje.

Používáte Scrum, týmy prognózy práce a definovat úkoly na začátku každé sprint a jednotlivých členů týmu provede podmnožinu těchto úloh.Úkoly mohou zahrnovat vývoj, testování a jiné druhy práce.Můžete například Vývojář můžete definovat úkoly, které implementují PBIs a testerovi můžete definovat úkoly, které mají psát a spouštět testovacích případů.

Když týmy odhad pomocí pracovní hodiny a dny, že definují úlohy a zbývající práce a aktivity (volitelné) pole.

Pole	Použití
Zbývající práce	Určete, kolik hodin nebo dnů práce zůstává k dokončení úkolu.Jak práce postupuje, aktualizujte toto pole.Používá se k výpočtu grafů kapacity, grafu úbytku práce sprintu a sestavy Úbytek práce sprintu (Scrum). Pokud rozdělíte úkol na dílčí úkoly, zadejte pouze dílčích zbývající práce.Práci můžete určit v libovolné jednotce měření, kterou váš tým zvolí.
Aktivita	Vyberte typ aktivity, kterou představuje tento úkol Pokud váš tým odhadne na kapacitě sprintu pomocí aktivity.Chcete-li změnit výběr nabídky, naleznete v části seznam výběr přizpůsobit.

Sledování průběhu testovacího

Testování nevyřízené položky produktu

Z Test Manager nebo TWA, můžete Vytvoření testovacích případů, které automaticky propojit PBI.

Testovacích případů obsahuje počet polí, z nichž mnohé jsou automatizované a integrovat s Test Manager a procesu sestavení.Popis každého pole naleznete v části Referenční dokumentace polí pro integraci sestavení a testů.

Otestovat nevyřízených položek karta seznam všech PBIs a chyby v testovacích případů.Propojením PBIs a chyb, k testování případů týmu můžete sledovat pokroku při testování jednotlivých položek.

Sledování vady kódu pomocí chyby

Můžete vytvořit chyby z aplikace TWA, Visual Studio nebo při testování pomocí nástroje Test Manager.

Pole/karta	Použití
Kroky pro reprodukci	Zaznamenejte dostatek informací, aby ostatní členové týmu pochopili celkový dopad problému, a rovněž zaznamenejte, zda došlo k nápravě chyby.Jedná se o opatření přijatá k vyhledání nebo reprodukci chyby a očekávaného chování. Popis kritérií, která by měl tým použít k ověření, zda je závadný kód opraven.
Závažnost	Subjektivní hodnocení dopadu na chybu na projektu.Povolené hodnoty jsou následující: 1 – Kritická 2 – Vysoká 3 – Střední 4 – Nízká Chcete-li změnit výběr nabídky, naleznete v části seznam výběr přizpůsobit.
Systémové informace Nalezeno v sestavení Integrovaná v sestavení	Když nástroj Test Manager vytvoří chyby, automaticky zaplní pole Systémové informace a Nalezeno v sestavení informacemi o softwarovém prostředí a sestavení, kde došlo chybě.Další informace o definování softwarová prostředí, naleznete v části Nastavení testovacích počítačů pro zpracování testů nebo shromažďování dat.Pokud je vyřeší chybu, použijte integrovaných do sestavení označuje název sestavení, který obsahuje kód, který obsahuje řešení této chyby. Chcete-li získat přístup k rozevírací nabídky všechny sestavení, která byla provedena, můžete aktualizovat FIELD definice pro nalezené v sestavení a integrované v sestavení odkazuje na globální seznam.Globální seznam je automaticky aktualizováno každé sestavení, která se spouští.Další informace naleznete v tématu Pole na podporu integrace s testováním, sestavováním a správou verzí. Informace o tom, jak definovat názvy sestavení naleznete v tématu Zadávání smysluplných názvů pro dokončená sestavení s použitím čísel sestavení.

Definování společných polí a karet pracovní položky

Ve většině formulářů pracovních položek se zobrazí následující pole a karty.Každá karta se používá ke sledování určité informace, jako např. Historie, Odkazy nebo Přílohy.Tyto tři karty obsahují historii změn, zobrazení propojených pracovních položek a umožňuje zobrazovat a připojit soubory, v uvedeném pořadí.

Jediné povinné pole je Název.Při uložení pracovní položky jí systém přiřadí jedinečné ID.

Pole/karta	Použití
Název (povinné)	Zadejte popis obsahující nejvýše 255 znaků.Název lze vždy později upravit.
Přiřazeno	Přiřaďte pracovní položku členovi týmu, který je odpovědný za provedení práce.V závislosti na kontextu, ve kterém pracujete, zobrazuje rozevírací nabídka pouze členy týmu nebo přispěvatele do týmového projektu.
Stav	Použijte nejprve výchozí hodnotu.Jak práce postupuje, aktualizujte ji, aby odrážela aktuální stav. Postup změny rozevíracího seznamu stavů naleznete v tématu Změna pracovního postupu pro typ pracovní položky.
Důvod	Použijte nejprve výchozí.Aktualizujte při změně stavu.Každému stavu je přiřazen výchozí důvod. Postup změny rozevíracího seznamu důvodů naleznete v tématu Změna pracovního postupu pro typ pracovní položky.
Oblast	Zvolte cestu oblasti přidruženou k produktu nebo týmu, nebo pole ponechte prázdné, dokud nebude přiřazeno během plánování schůzky. Chcete-li změnit rozevírací seznam oblastí, naleznete v části Přidání a změna cest oblastí a iterací.
Iterace	Zvolte sprint nebo iteraci, ve které má být práce dokončena, nebo pole ponechte prázdné a přiřaďte je později během plánovací schůzky. Postup změny rozevíracího seznamu iterací naleznete v tématu Přidání a změna cest oblastí a iterací.
Priorita nevyřízených položek	Použít ke sledování relativní klasifikaci PBIs a chyby.Pořadí položek na stránce nevyřízených položek produktu se stanoví podle toho, kam jste položky na stránce přidali nebo přesunuli.Při přetahování položek zpracování na pozadí aktualizuje toto pole, která je přiřazena k zadání = "Order" v souboru ProcessConfiguration.
Všechny odkazy	Přidejte všechny typy vazeb, jako jsou hypertextové odkazy, sady změn, zdrojové soubory a další. Tato karta obsahuje také všechny odkazy, které jsou definovány pro pracovní položku, i ty definované na jiných kartách ovládacích prvků odkazů.
Přílohy	Sdílejte podrobnější informace přidáním souborů k pracovní položce, jako jsou vlákna e-mailů, dokumenty, obrázky, soubory protokolu nebo jiné typy souborů.
Historie	Zkontrolujte záznam pro audit, který systém ukládá, a shromážděte další informace. Pokaždé, když je pracovní položka aktualizována, informace se zapíší do historie.Historie obsahuje datum změny, autora změny a seznam polí, která byla změněna.Do pole historie lze přidat také formátovaný text.

Vyhledání informací o jiných polích, viz téma Index polí pracovních položek.

Spustit sledování práce

Před zahájením sledování práce, musí mít týmový projekt.Přejít zde ji vytvořit.

Chcete-li spustit sledování práce, proveďte jednu nebo více z následujících možností:

• Seznamte se s běžné úkoly pracovní položka, podívejte se na téma Začínáme používat pracovní položky.

• Chcete-li vytvořit nevyřízené položky, použijte TWA.Další informace naleznete v tématu Vytvoření backlogu.

• Chcete-li vytvořit struktury rozdělení práce, použijte projektu nebo aplikace Excel.

• Další informace o jaké klienta k použití naleznete v tématu Výběr klienta Team Foundation pro podporu vašich úkolů.

Dotazy a odpovědi

O: jaký pracovního postupu stavů Scrum podpory?

O: tyto diagramy zobrazit hlavní průběh a regresní stavů funkce, nevyřízené položky produktu, chyb a úkolů.Chcete-li přizpůsobit pracovního postupu, přejděte zde.

Funkce

Nevyřízená položka produktu

Chyba

Úloha

D: jak vyřešte chybu jako duplicitní?

O: nastavení stavu odebrané a zadejte důvod jako duplicitní.

O: jak propojit existující chyby z Test Runner?

O: naleznete v části aktualizovat existující chybu při použití Test Runner.