Typy pracovních položek a pracovní postup šablony procesu Agile
Týmy používají opatřeného šablonu procesu agilní 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 webový portál testeři 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 |
Využ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 (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ím položky do nového sloupce Stav aktualizuje pracovního postupu Stav a důvod polí.
Je možné Přizpůsobit kanbanové Tabule pro podporu další swim dráhy nebo sloupce. 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 |
Využití |
---|---|
Subjektivní hodnocení funkce tak, jak se má vztah k podnikání. Povolené hodnoty jsou následující:
Chcete-li změnit výběr nabídky, naleznete v části 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í 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 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 |
Využ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). |
Notes:
Můžete určit práci v hodinách nebo ve dnech. Neexistují žádné vlastní časové jednotky spojené s tímto polem.
Pokud použijete aplikaci Microsoft Project Pokud chcete přiřadit prostředky a sledovat plán, můžete aktualizovat tato pole pomocí projektu.
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 webového portálu, je možné 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 jednotlivých polí naleznete v tématu Build and test integration field reference.
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 webového portálu webový portál, sady Visual Studio, nebo když testování pomocí nástroje Test Manager.
Pole/karta |
Využ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. |
|
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í.
Je pouze povinné pole pro všechny WITs Nadpis. Když je uložen s pracovní položkou, systém přiřadí jedinečné ID. Další povinná pole jsou označena žlutou barvou.
Pole/karta |
Využití |
---|---|
Nadpis [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. Chcete-li změnit rozevírací seznam stavů, naleznete v části Change the workflow for a work item type. |
|
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. |
|
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ího seznamu oblastí, naleznete v části Add and modify area and iteration paths. |
|
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. |
|
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. |
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.
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 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 naleznete v tématu Volba klienta pro podporu vašich úloh.
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.
D: které pole se používá ke správě seznamu pořadí v rámci dané stránky nevyřízených položek?
O: zásobníku pořadí pole se používá ke sledování relativní klasifikaci požadavky. 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 aktualizuje proces na pozadí toto pole, které je přiřazeno k typu type="Order" v souboru ProcessConfiguration.
Toto pole se nezobrazí ve formuláři pracovní položky. Další informace naleznete v tématu Vytvoření backlogu.
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.