Scrum process template work item types and workflow

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	Využití
Úsilí	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í Release Burndown a Velocity 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ím položky do nového sloupce Stav aktualizuje pracovního postupu Stav a důvod polí.

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 Kanban – základy a Plánování sprintu.

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í portfolia nevyřízených položek můžete Přejít k podrobnostem z jednoho nevyřízených položek do jiného Chcete-li do takových detailů, které chcete zobrazit. Také lze pomocí portfolia nevyřízených položek můžete zobrazit kumulativní probíhající práci napříč několika týmy, když jste instalace hierarchie týmů.

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	Využ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. Slouží k výpočtu kapacity grafy, grafu úbytku práce sprintu a Úbytek práce sprintu (Scrum) sestavy. 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 jednotlivých polí naleznete v tématu Build and test integration field reference.

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 TWA, sady Visual Studio, nebo když testování pomocí nástroje Test Manager.

Pole/karta	Využití
Kroky k 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í	Pokud Test Manager vytvoří chyby, automaticky naplní informace o systému a nalezen v sestavení s informacemi o programové prostředí a sestavení, kde došlo k této chyby. 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 Fields that support integration with test, build, and version control. 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é kartě se používá ke sledování konkrétní informace, jako je například 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í.

Pouze povinné pole je Nadpis. Když je uložen s pracovní položkou, systém přiřadí jedinečné ID.

Pole/karta	Využití
Nadpis (požadováno)	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. Chcete-li změnit rozevírací seznam stavů, naleznete v části Change the workflow for a work item type.
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. Chcete-li změnit z rozevíracího seznamu z důvodů, naleznete v části Change the workflow for a work item type.
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 Add and modify area and iteration paths.
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. Chcete-li změnit z rozevíracího seznamu iterací, naleznete v části Add and modify area and iteration paths.
Priorita backlogu	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.

Chcete-li vyhledat informace o ostatních polí, naleznete v části Index pole položky pracovní.

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 Použití pracovních položek ke správě projektu.

• Chcete-li vytvořit nevyřízené položky, použijte TWA. Podívejte se na téma 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 Volba klienta pro podporu vašich úloh.

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

Položka produktového backlogu

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.