Typy pracovních položek a pracovní postup šablony procesu Agile
Týmy používají opatřeného MSF pro agilní 2013 vývoj softwaru (agilní) šablonu procesu plánování a sledování pokroku softwarové projekty typy pracovních položek (WITs).Týmy definovat scénáře uživatelů ke správě nevyřízené položky práce a pak pomocí na kanbanové tabuli, sledování průběhu aktualizací stav těchto článcích.
Můžete 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 do scénáře uživatelů k funkcím.Týmy pracovat ve sprintech, definují úlohy, které automaticky propojit s příběhy uživatelů.
Pomocí Microsoft Test Manager a Team Web Access (TWA), testery k vytváření a spouštění testovacích případů.Chyby a problémy s se používají ke sledování vady kódu a blokování problémy.
Definovat scénáře uživatelů a odhadněte práci pomocí bodů příběh
Příběhy uživatelů definovat aplikací, požadavky a elementy, které týmům, které potřebujete k vytvoření.Vlastníci produktů obvykle definovat a skládání příběhy řazených uživatelů.Tým pak odhadne úsilí a práci, abyste dokázali vytvářet položky s nejvyšší prioritou.
Vytvořit scénáře uživatelů z panelu rychle přidat na stránka nevyřízených položek produktu.
Později můžete otevřít každý příběhu uživatele k poskytování další podrobnosti a odhadovat body scénářů.
Definováním body příběhů, týmy mohou pomocí prognózy grafy funkce a rychlost odhadnout budoucí sprintů nebo fungují úsilí.Vlastníci produktů podle priority scénáře uživatelů na stránce nevyřízených položek (které jsou zachyceny v poli zásobníku pořadí), můžete určit položky, které by měly mít vyšší prioritu.
Použijte následující pokyny při vyplňování formuláře.Proto jsou uvedeny povinných polí.
Pole/karta |
Použití |
---|---|
Odhad množství práce potřebné k příběhu uživatele pomocí jakoukoli jednotku měření, které váš tým upřednostňuje, jako je velikost trička, body příběhů nebo čas dokončení. Agilní rychlosti grafy a prognózy nástroje odkazuje na hodnoty v tomto poli.Toto pole je povinné ke generování rychlostisestavy. Další pokyny najdete v tématu dokument white paper Odhadování. |
|
Subjektivní hodnocení relativní nejistoty kolem úspěšné dokončení příběhu uživatele.Povolené hodnoty jsou následující:
Chcete-li změnit výběr nabídky, naleznete v části seznam výběr přizpůsobit. |
|
Podrobnosti o (scénáře uživatelů) |
Pro scénáře uživatelů zadejte dostatek podrobností odhadnout, kolik práce, bude nutné k implementaci textu.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. Postup rozmnožovat (chyby) Pro chyby zachytit dostatek informací, tak, aby ostatní členové týmu můžete pochopit úplná dopad problému a také zda pevným této chyby.Jedná se o opatření přijatá k vyhledání nebo reprodukci chyby a očekávaného chování. Zvažte zahrnutí jakými "Hotovo" prostředky podle popisující kritéria, které chcete-li ověřit, zda příběhu uživatele nebo oprava chyby plně provedeno by měl používat týmu. Před zahájení práce ve příběhu uživatele 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áhají 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. |
Sledování průběhu
Týmy mohou pomocí kanbanové Tabule sledování průběhu scénáře uživatelů a hodnota parametru sprintů panel úkolů 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.
Můžete přizpůsobit panel Kanban pro podporu dalších drah procesu nebo sloupců.Nebo můžete přizpůsobení pracovního postupu k příběhu uživatele a úloh WITs, která bude změnit výchozí záhlaví sloupců.
Průběh typický pracovní postup k příběhu uživatele takto:
Vytvoří vlastníka produktu příběhu uživatele v nový stavu s důvod výchozí nové příběhu uživatele.
Tým aktualizuje stav na Active při rozhodnou k dokončení práce během sprintu.
Příběhu uživatele je přesunuta do Vyřešeno při dokončení týmu všechny přidružené úlohy a testování částí testuje průchodu příběh.
Příběhu uživatele je přesunuta do uzavřeno stav, když vlastníka produktu souhlasí s tím, že bylo uskutečněno podle akceptační kritéria a přijetí textu testuje pass.
Aktualizací 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.
Příběhy uživatelů 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í scénáře uživatelů k funkcím.
Na stránce funkce nevyřízených položek můžete rychle přidat funkce, stejným způsobem, že jste přidali scénáře uživatelů.
Funkce pracovní položka obsahuje podobné polí pro scénáře uživatelů a zahrnuje další pole, jako jsou popsány v následující tabulce.
Implementace kartu zaznamená odkazy na příběhy mapovanou uživatelů.
Pole |
Použití |
---|---|
Subjektivní hodnocení funkce tak, jak se má vztah k podnikání.Povolené hodnoty jsou následující:
Další informace o změně výběru nabídky naleznete v tématu Přizpůsobení rozevíracího seznamu (rozevírací nabídky) [přesměrováno]. |
|
Zadejte číslo, které zachycuje relativní hodnotu funkce ve srovnání s jinými funkcemi.Čím vyšší číslo, čím větší obchodní hodnotu. |
|
Zadejte datum, kdy by měla být funkce zavedena. |
Na stránce nevyřízených položek s mapování zapnuta, lze přetáhnout scénáře uživatelů na funkce, která implementují.
Toto mapování vytvoří nadřazený podřízený odkazy z funkce scénáře uživatelů, 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 scénáře uživatelů a sledování kapacity týmu a grafu úbytku práce
Pokud váš tým spravuje jejich práce ve sprintech, můžete použít stránka nevyřízených položek sprintu k rozdělit práci, chcete-li provést do různé úlohy.
Pojmenujte úkol a odhadněte práci, kterou potřebuje.
Pomocí agilní procesy, 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 k implementaci scénáře uživatelů 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/karta |
Použití |
---|---|
Původní odhad (viz poznámka 1) |
Odhadované množství práce potřebné k dokončení úkolu.Toto pole se obvykle po přiřazení nezmění. |
Množství práce zbývá k dokončení daného úkolu.Jak práce postupuje, aktualizujte toto pole.Slouží k výpočtu kapacity grafy, grafu úbytku práce sprintu a následující sestavy: úbytku práce a zápis míra, zbývající práce, a stavu všech iterací. Pokud rozdělíte úkol na dílčí úkoly, zadejte hodiny pouze pro dílčí úkoly.Práci můžete určit v libovolné jednotce měření, kterou váš tým zvolí. |
|
Množství práce, které bylo vynaloženo na implementaci úkolu. |
|
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... |
|
Implementace |
Tato karta zaznamená odkazy typu nadřazený podřízený mezi scénáře uživatelů a úlohy vytvořen.Když přidáte úlohy pomocí příběh uživatele sprintů panel úkolů, automaticky vytvářet odkazy na textu.Úlohy můžete sledovat průběh práce, ke kterým došlo k dokončení textu. Tato aktivita také podporuje několik sestav, jako je například Sestava Přehled scénářů (Agile) a Sestava průběhu požadavků (CMMI). |
Poznámky:
Můžete určit práci v hodinách nebo ve dnech.Neexistují žádné vlastní časové jednotky spojené s tímto polem.
Použijete-li aplikaci Microsoft Project pro přiřazení prostředků a sledování plánu, můžete aktualizovat pole pomocí aplikace Project.
Sledování průběhu testu v uživatelských scénářích a zachycení vad kódu
Test příběhy uživatelů
Z Test Manager nebo TWA, můžete Vytvoření testovacích případů, které automaticky propojit k příběhu uživatele nebo chybu.
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 scénáře uživatelů kartě jsou uvedeny všechny scénáře uživatelů a chyby v testovacích případů.Propojením scénáře uživatelů a chybám testovací případy můžete sledovat týmu pokroku při testování jednotlivých položek.Definováním tyto odkazy podporu informace, které se zobrazí v Sestava Přehled scénářů (Agile) sestavy.
Sledování vad kódu
Můžete vytvořit chyby z aplikace TWA, Visual Studio nebo při testování pomocí nástroje Test Manager.
Pole/karta |
Použití |
---|---|
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. |
|
Subjektivní hodnocení dopadu na chybu na projektu.Povolené hodnoty jsou následující:
Chcete-li změnit výběr nabídky, naleznete v části definovat seznam výběr. |
|
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í.
Je pouze povinné pole pro všechny WITs nadpis.Při uložení pracovní položky jí systém přiřadí jedinečné ID.Další povinná pole jsou označena žlutou barvou.
Pole/karta |
Použití |
---|---|
Název [vyžadováno] |
Zadejte popis obsahující nejvýše 255 znaků.Název lze vždy později upravit. |
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. |
|
Když je vytvořen s pracovní položkou, stav výchozí první stav v pracovním postupu.Jak pracovat postupuje, aktualizoval svůj podle aktuálního stavu. Postup změny rozevíracího seznamu stavů naleznete v tématu Změna pracovního postupu pro typ pracovní položky. |
|
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. |
|
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. Postup změny rozevíracího seznamu oblastí naleznete v tématu Přidání a změna cest oblastí a iterací. |
|
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í. |
|
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ů. |
|
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ů. |
|
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.
Pokud máte týmový projekt, spusťte sledování práce:
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 naleznete v tématu Výběr klienta Team Foundation pro podporu vašich úkolů.
Dotazy a odpovědi
O: jak můžete sledovat obchodní hodnotu?
O: Priority pole můžete použít k rozlišení hodnota různé scénáře.Nebo můžete přidat vlastní pole na kon příběh uživatele, který sleduje relativní hodnota scénáře.Další informace naleznete v tématu změnit nebo přidat vlastní pole.
O: jaký pracovního postupu je uvedeno, nemá agilní podpory?
O: tyto diagramy zobrazit hlavní průběh a regresní stavů funkce, příběhu uživatele, chyb a úkolů.Chcete-li přizpůsobit pracovního postupu, přejděte zde.
Funkce |
Uživatelský scénář |
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.