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

Týmy používají opatřeného MSF pro šablonu procesu CMMI procesu zlepšování 2015 (CMMI) plánování a sledování pokroku softwarové projekty typy pracovních položek (WITs). Týmy definovat podmínky pro správu nevyřízených položek práce a pak pomocí na kanbanové tabuli, sledování průběhu aktualizací stav požadavky.

Můžete získat podrobné informace o portfolio požadavky, můžete vlastníci produktů namapovat požadavky na funkce. Týmy pracovat v iterací, definují úlohy, které automaticky propojit s požadavky.

Pomocí Microsoft Test Manager a webový portál testeři k vytváření a spouštění testovacích případů a definovat chyby ke sledování vady kódu.

Pro podporu dalších procesů CMMI, týmům, které můžete sledovat žádosti o změnu, rizika, problémy a poznámky zaznamenat v zkontrolujte schůzek.

Plánování projektu definováním požadavků a odhadem míry úsilí

Vytvořit požadavky z panelu rychle přidat na stránka nevyřízených položek produktu. Alternativně lze přidat požadavky za použití aplikace Excel nebo projektu.

Později můžete otevřít každý požadavek a mít tak k dispozici další podrobnosti a odhad rozsahu.

Požadavky určují funkce a prvky produktu, které týmy musí vytvořit. Vlastníci produktu obvykle definují a stohují pořadí požadavků na stránce nevyřízených položek produktu. Tým pak změří úsilí a práci potřebné k doručení položek s nejvyšší prioritou.

Definováním velikost požadavky týmy mohou pomocí prognózy grafy funkce a rychlost odhadnout budoucí iterací nebo fungují úsilí. Pomocí následujících polí a karet zachyťte důležité informace. Další informace naleznete v tématu plánu projektu.

Pole/karta	Využití
Velikost (viz poznámka 1)	Odhad množství práce potřebného k dokončení požadavku pomocí libovolné jednotky měření, které dává váš tým přednost, například velikost trička, body scénáře nebo čas. Agilní rychlosti grafy a prognózy nástroje odkazuje na hodnoty v tomto poli. Toto pole je povinné pro generování grafu rychlosti.
Priority [požadované] [2]	Subjektivní hodnocení požadavku ve vztahu k podniku. Povolené hodnoty jsou následující: 1: nemůžete produkt dodat bez této položky. 2: (výchozí) produktu nemůžete dodat bez této položky, ale nemusí být v rámci možností vyřešeny okamžitě. 3: provádění položka je volitelný založené na prostředky, času a riziko.
Rozhodné [požadované] [2]	Označuje typ rozhodnutí ke třídění, která čekají na vyřízení u pracovní položky. Toto pole se používá při pracovní položka je ve stavu navržený a zadejte jeden z následujících hodnot: čekající na vyřízení (výchozí), More Info, informace o přijatých, a Triaged.
Blokován (2)	Označuje, zda je členovi týmu zabráněno v pokroku v implementaci požadavku nebo úkolu nebo řešení chyby, žádosti o změnu nebo rizika. Pokud byl problém otevřen za účelem sledování blokujícího problému, můžete vytvořit odkaz na problém. Můžete zadat Ano z č.
Potvrzené [požadované] [2]	Označuje, zda je požadavek v projektu potvrzen. Můžete zadat Ano nebo č (výchozí).
(Požadavek) Typu [požadované] [2]	Typ požadavku, který chcete implementovat. Můžete určit jednu z následujících hodnot: Obchodní záměr Funkce (výchozí) Funkční Rozhraní Provozní QoS (Quality of Service) Bezpečnost Scénář Zabezpečení
Popis	Poskytuje dostatek podrobných informací pro odhad, kolik práce je třeba k implementaci požadavku. Zaměřte se na to, pro koho je požadavek určen, čeho chtějí uživatelé docílit a proč. Nepopisujte, jak by měl být požadavek vytvořen. Poskytněte dostatečně podrobné údaje, aby mohl tým zapisovat úkoly a testovací případy pro potřebu implementace položky. V polích HTML můžete přidat formátovaný text a obrázky.
Analýza (Hodnocení dopadu)	Dopad pro zákazníka v případě, že není neimplementován tento požadavek. Můžete zahrnout informace z modelu Kano o tom, zda je tento požadavek v kategorii překvapení, vyžadováno nebo zjevné. Tyto informace můžete zaznamenat do pole formátovaného textu HTML, které odpovídá odhadu dopadu.
Ostatní	Následující pole umístěné na ostatní kartu, nejsou povinné. Integrované v: číslo sestavení produkt, který zahrnuje požadavek na žádost o změnu nebo opravy chyby. Testovat uživatele přijetí [požadované] [2]: stav test přijetí uživateli. Dokončeno Chyba Není připraven (výchozí) Připraveno Vynechané Informace přijaty Zadejte není připraven Pokud je požadavek na Active a připraven Pokud je požadavek na Vyřešeno. Původní odhad (3): množství hodin nebo dnů potřebných k dokončení daného úkolu. Odborníci: názvy členů týmu, kteří znají zákazníka oblasti, která představuje tento požadavek. Počáteční datum, datum dokončení (3): data cíl pro při práci se zahájení nebo dokončení. Tyto jsou vyplněna podle aplikaci Microsoft Project při jeho použití pro plánování.

Poznámky:

1. Chcete-li změnit přiřazení pole, naleznete v části Configure and customize Agile planning tools for a team project.

2. Chcete-li změnit výběr nabídky, naleznete v části seznam výběr přizpůsobit.

3. 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

Týmy mohou pomocí kanbanové Tabule sledování průběhu požadavky a 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 pro požadavek a úloha WITs, které změní výchozí záhlaví sloupců.

Typický průběh pracovního postupu při požadavku:

• Vlastníka produktu vytvoří požadavek v navržený stavu s důvod výchozí novém požadavku.

• Vlastníka produktu aktualizuje stav na Active kdy začnou pracovní k jeho implementaci.

• Tým aktualizuje stav na Vyřešeno při dokončení vývoj kódu a systém testy úspěšně dokončeny.

• Nakonec Vlastník týmu nebo produkt přesune požadavek na Uzavřeno při vlastníka produktu souhlasí s tím, že bylo implementována podle kritérií přijetí a předán všechny testy ověřování.

Mapování požadavků 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ů. To lze provést definováním funkcí a mapováním požadavků na funkce.

Na stránce Nevyřízené položky funkce můžete rychle přidat funkce stejně, jako jste přidali požadavky.

Pracovní položka funkce obsahuje podobná pole, jaká jsou poskytována pro požadavky, a zahrnuje další pole popsaná v následující tabulce.

Požadavky kartu zaznamená odkazy na mapovanou požadavky.

Pole	Využití
Obchodní hodnota	Zadejte číslo, které zachycuje relativní hodnotu funkce ve srovnání s jinými funkcemi. Čím vyšší číslo, čím větší obchodní hodnotu.
Cílové datum	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 požadavky na funkce, která implementují.

Toto mapování vytvoří nadřazený podřízený odkazy z funkce požadavky, které jsou zachyceny v Požadavky 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ů.

Definování úkolů potřebných k implementaci požadavků a sledování kapacity týmu a pracovního tempa

Pokud váš tým spravuje své práci v řadě po sobě iterací, 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.

Když týmy odhadují práci, znamená to, že definují úkoly a odhadnou hodiny nebo dny potřebné pro jejich dokončení. Týmy předvídají práci a definují úkoly na začátku každé iterace a každý člen týmu provádí dílčí úkoly. Úkoly mohou zahrnovat vývoj, testování a jiné druhy práce. Například vývojář může definovat úkol pro implementaci požadavků a tester může definovat úkoly pro zápis a spouštění testovacích případů. Propojením úkolů s požadavky a chybami lze vidět pokrok dosažený u těchto položek. Další informace naleznete v tématu iteraci aktivity.

Pole	Využití
Typ úkolu (viz poznámka 1)	Z povolených hodnot vyberte typ úkolu, který chcete implementovat: Nápravné opatření Zmírňující opatření Plánováno
Oboru (1)	Vyberte disciplínu, kterou tento úkol představuje, když tým odhaduje kapacitu sprintu podle aktivity. Analýza Vývoj Test Vzdělávání uživatelů Zkušenosti uživatele Toto pole se používá také k výpočtu kapacity podle disciplíny. Je přiřazena k type="Activity" v souboru ProcessConfiguration. (2) Další informace naleznete v tématu implementovat úkoly vývoje.
Původní odhad (3)	Odhadované množství práce potřebné k dokončení úkolu. Toto pole se obvykle po přiřazení nezmění.
Zbývající práce (3)	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 Sestava Úbytek práce a pracovní tempo sestavy. 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í.
Dokončit pracovní (3)	Množství práce, které bylo vynaloženo na implementaci úkolu.

Notes:

1. Chcete-li změnit výběr nabídky, naleznete v části seznam výběr přizpůsobit.

2. Chcete-li změnit přiřazení pole, naleznete v části Configure and customize Agile planning tools for a team project.

3. 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

Požadavky na test

Z Test Manager nebo TWA, můžete Vytvoření testovacích případů, které automaticky odkaz na požadavek nebo chybu.

Testovací případ obsahuje několik polí, z nichž mnohá jsou automatizovaná a integrovaná s nástrojem Test Manager a procesem sestavení. Popis jednotlivých polí naleznete v tématu Build and test integration field reference.

Otestovat požadavky karta obsahuje všechny požadavky a chyby v testovacích případů. Pomocí nástroje linking týmu můžete sledovat pokroku při testování jednotlivých položek a podporuje informace, které se zobrazí v Sestava Přehled požadavků (CMMI) sestavy.

Sledování vad kódu

Můžete vytvořit chyby z TWA, sady Visual Studio, nebo když testování pomocí nástroje Test Manager. Další informace naleznete v tématu sledovat chyby.

Pole/karta	Využití
Hlavní příčina	Vyberte příčinu chyby z povolených hodnot: Chyba kódování Chyba návrhu Chyba specifikace Chyba komunikace Neznámý Chcete-li změnit výběr nabídky, naleznete v části seznam výběr přizpůsobit.
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	Vyberte jednu z povolených hodnot, které představují subjektivní hodnocení vlivu chyby na projekt: 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í.

Sledování žádostí o změnu, rizik, problémů a poznámek, které jsou zaznamenány na revizních zasedáních

S následujícími WIT mohou týmy sledovat informace doporučené procesem CMMI.

• Vytvořit žádost o změnu vždy, když se navrhuje změnu pracovní produkt, který je pod kontrolou změny. Použití další informace naleznete v tématu Správa změn a Change request field reference (CMMI).

  

  Na analýzy kartu, poskytnout podrobnosti pro dopad, která bude mít žádost o změnu na architekturu, uživatelské prostředí, testování, vývoj pro návrh nebo technické publikace.

• Vytvořit problém ke sledování události nebo situace, která může blokovat pracovní nebo blokuje práci na produkt. Problémy se liší od rizik tím, že týmy identifikují problémy samovolně, obvykle během každodenních schůzek týmu.

  

  Další informace naleznete v tématu Spravovat problémy a Bugs, issues, and risks field reference (CMMI).

• Vytvořit riziko ke sledování události nebo situace, která může blokovat pracovní nebo blokuje práci na produkt. Problémy se liší od rizik tím, že týmy identifikují problémy samovolně, obvykle během každodenních schůzek týmu.

  

  Další informace naleznete v tématu řídit rizika a Bugs, issues, and risks field reference (CMMI).

• Vytvořit Zkontrolovat Dokumentovat výsledky recenzi návrh nebo kód. Členové týmu mohou zachytit podrobnosti toho, jak návrh nebo kód splňuje standardy v oblasti správnosti názvu, relevance kódu, rozšiřitelnosti, složitosti kódu, složitosti algoritmu a zabezpečení kódu.

  

  Další informace naleznete v tématu implementovat úkoly vývoje a Review meeting field reference (CMMI).

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. Tato tři pole obsahují historii změn, zobrazení propojených pracovních položek a možnost zobrazení a připojení souborů.

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ího seznamu 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.
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 je uvedeno, nemá CMMI podpory?

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

Funkce

Požadavek

Chyba

Úloha

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

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

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 propojit existující chyby z Test Runner?

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