Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs

Visual Studio 2013

Podnikoví zákazníci viděli výhod jednotlivých agilních týmů.Škálování tyto postupy v rámci týmů a provádění pružnosti na podnikové úrovni však představuje několik výzvy.Měřítko agilní rámci ® (bezpečnost ™) poskytuje přehled o tom, jak tyto úkoly splnit a škálování pružnosti.A pokud máte místním nasazením TFS 2013, můžete použít bezpečnost.

Můžete použít týmové projekty, které byly vytvořeny pomocí out pole TFS zpracovat šablony ke sledování bezpečného kritéria.Tento dokument vás provede celým jak bezpečné koncepty mapy sady TFS, plánování a sledování bezpečného projektů v sady TFS a konfiguraci a přizpůsobení TFS podporovat bezpečnost.

Pokud máte zkušenosti s Scrum, ale není seznámit s bezpečnou, tyto videa na měřítko agilní základy Framework z Inbar Oren Samurai libového jsou vhodné k orientaci sami.

Mapa bezpečného konceptů koncepty sady TFS

Bezpečnost podporuje zobrazení portfolia více agilní týmů.Bezpečnost ukazuje, jak je splněna portfolio vizi hierarchií týmy, které mají své vlastní specifické cíle.Toto rozhraní rozdělí Epics do funkce a scénáře, které týmy pracovat ve Sprintech a poskytovat prostřednictvím programu zvýší (instrukce pro zpracování) a vlaků verze.Také můžete sledovat portfolia nevyřízených položek, jak výstupy mapování na strategickém motivy a přidružené rozpočtu.

Obrazek laskavým svolením Leffingwell, LLC.

Příklady v tomto dokumentu ukazují, jak přidat hru ŽÁ a nevyřízených položek, konfigurovat týmu tři úrovně hierarchie a mapování týmy na jejich odpovídajících oblasti a iterace cesty.Příklady sestavení ze sady TFS agilní šablonu procesu.Změny však lze použít pro všechny šablony procesů TFS.

Bezpečné portfolií, programů a týmy mapování TFS týmové projekty a týmy

Vzhledem k tomu, že TFS podporuje hierarchické týmu strukturu, každý tým má svou vlastní zobrazení jejich práce, které shrnuje na novou úroveň v rámci hierarchie týmu.

K podpoře bezpečného týmy, překonfigurujte výchozí tým jako Portfolio týmu můžete spravovat své Epics.Poté vytvoříte dílčí týmy pro program úrovni a úrovni týmu práce.Mezi týmy a prostřednictvím úrovně lze sledovat práci.

Bezpečné nevyřízených položek mapy pro nevyřízené položky sady TFS

Okamžitě použitelné podporuje TFS úrovni příběh a funkce nevyřízených položek.Můžete snadno přidat třetí úroveň sledovat Epics.Příběhy uživatelů lze mapovat na funkce, které pak může být namapovány na Epics.Hierarchické zobrazení nevyřízených ukazuje, jak průběh uživatelské scénáře přispívá k Epics.

Bezpečné vydání, iterací a Sprintů mapování iterací sady TFS

Bezpečné vlaky verze, vydání, iterací, Program zvýší (instrukce pro zpracování) a Sprintů namapujte snadno cesty iterace TFS.Sdílením iterací napříč hierarchií týmu můžete spravovat se všemi verzemi jednotného způsobem.

Tým portfolia ke sledování Epics, které se týkají více verzí vlaky nebo instrukce pro zpracování.Program týmy sledovat jejich výstupy funkce, které jsou dodávány se na PI.A funkce týmy pracovat ve Sprintech dokončit několik scénáře.Pomocí sady TFS každý tým zvolí iterací, které bude podporovat je ke sledování jejich výstupy týmu.

Bezpečné budou motivy a rozpočet mapy značky sady TFS a pole

Klíčová slova slouží k mapování Epics jejich budou motivy nebo přidružené rozpočet.

Uživatele můžete vyhledat a klíčových slov dotazu do sady TFS a můžete vytvořit opakovaně použitelné dotazů a sestav pomocí značek.

Více robustní mapování činností, které budou motivy a rozpočtu, můžete přidat pole do své pracovní položky můžete sledovat rozpočtu nebo motiv každou hru, funkce, nebo příběh podporuje.

Sestavy bezpečného metriky a sady TFS

Je-li zobrazit bezpečného metriky, přidání nebo přizpůsobení sestavy.Funkce zprávě, podobně jako na sestavu Přehled scénáře, například zobrazí funkcí, které se blíží dokončení a které jsou právě spouští.Jak týmy práci na scénáře spojený s funkcí se zobrazí ukazatel průběhu.Ji popisuje danou funkci procent (%).Účastníky mít aktuální data ke správě oboru, materiály a priority.

Ke stažení verzi zprávě funkce, naleznete v části škálování agilní a bezpečného TFS sestavy.

Plán bezpečného projekty v sadě TFS plnění úkolů

Poté, co jste nakonfigurovali TFS podporovat bezpečnost, vytvořte relace trasování z článků až Epics.Kromě toho můžete sledovat postup z týmu úrovně portfolia, Program a funkce.

Mapování funkce na Epics a články k funkcím

Funkce na Epics pomocí podokna mapování můžete mapovat týmu programu.Funkce týmy mohou pomocí stejného prostředí jejich úspěchy namapovat na funkce.

Zobrazení portfolia týmu průběh

Chcete-li sledovat průběh Epics, které zahrnují vydání, ukazuje týmu portfolia nevyřízených položek Epics.Každou hru lze rozšířit a zobrazit funkce a uživatelské scénáře, které je podporují.

Tým Portfolio můžete také zobrazit průběh Epics na jejich kanbanovou tabuli.

Program zobrazení pokroku týmu

Program týmy primárně zabývají vlaky verze, můžete zobrazit funkce v jejich nevyřízených položek spolu instrukce pro zpracování se kterými je připojen.

Stejně jako Portfolio týmu Program týmy mohou také přepnout jejich zobrazení zobrazit, které Epics jejich zahrnuje podporu, scénáře uživatelů, které podporují funkce, nebo oběma možnostem.

Jiné zobrazení, které jsou k dispozici pro Program týmy uvádí založené na dotazech grafy Train verze dokončeno, nevyřízených položek nebo aktivní úkoly během sprint dodání.Přizpůsobitelné domovskou stránku zobrazení je k dispozici pro každý tým.

Vzhledem k tomu, že mnoho práci týmu program otáčí kolem instrukce pro zpracování a provede uvolnění, vlastní sestava, která zobrazuje data naplánované dodání a co je promítnout v jakékoli dané train může být užitečná.Kromě toho obsahuje-li vaše nasazení sady TFS integraci se systémem SQL Server Reporting Services nebo Project Server, můžete využít bohaté možnosti zasílání zpráv a integrované hlásí, že každá z těchto služeb má nabízí.

Funkce zobrazení pokroku týmu

Pro jednotlivé funkce týmy jejich nevyřízené položky jsou zobrazeny články, které fungují na.

Vzhledem k tomu, že funkce týmy nevlastníte Epics nebo funkce, se nezobrazují v jejich názory úrovni týmu nevyřízených položek Epics a funkce.Nicméně pokud týmu chce vědět, které Epics funkcí a jejich budete podporují scénáře, můžete zapnout těchto zobrazení z jejich nevyřízených položek.

Můžete také rozdělit práci na úkoly a pomocí panelu úkolů během konkrétní sprintech sami zachovat v plnění úkolů.

Zobrazení diagramu dotazů nebude velmi užitečné ve sprintu inovací a plánování (IP), když funkce týmy pracovní za účelem stabilizovat funkce naplánovaných pro uvolnění.

Všechno ostatní je velmi obchodní jako obvykle pro jednotlivé funkce týmy.Může se sprintů v jejich obvyklé cadences.Jejich kanbanové Tabule a panel úkolů se můžete použít ke sledování postupu a rozdělení práce zvládnutelné dávky.

Nyní jejich průběh na jednotlivé scénáře je však viditelné pro svůj program a portfolio týmy správy.Zobrazení správy zobrazuje, jak postupovat.

Konfigurace sady TFS podporovat bezpečnost

V této části budeme věnovat z jednoho projektu s názvem "Fabrikam" a jedné týmu, který sdílí název projektu, struktuře následující tři úrovně a devíti týmů s.Cesta hierarchie oblasti a konfigurace cesta k oblasti každý tým podporuje zobrazení nevyřízených položek každý tým a souhrnné zobrazení v rámci hierarchie.

Každý projekt v sadě TFS obsahuje výchozí tým.Můžete nakonfigurovat další týmy pro program úrovni a úrovni týmu pracovní funkci.Navíc můžete také změnit výchozí tým, jako portfolio týmu, který spravuje Epics.

Tímto způsobem můžete všechny týmy spravovat své vlastní pracovního vytížení a priority při jasně pochopení způsobu jejich práce podporuje těchto Epics spravovaného v týmu portfolia nevyřízených položek.Současně týmu portfolio sledovat průběh jeho nevyřízených položek na své vlastní kanbanové tabuli, prioritu položek v jejich nevyřízených položek a zobrazit průběh napříč vlaky verze.

Všechny, které to může být zvuk komplikovanější, ale ve skutečnosti trvá velmi malé konfigurace nastavení týmy a začít.

Můžeme budete počínaje jednoho projektu s týmem jeden výchozí, oblasti a sadu iterací.Nejprve jsme budete nakonfigurujte struktury oblasti cesty pro podporu hierarchii týmy, které chceme.Poté jsme budete Ujistěte se, aby podporovaly cesty iterace verze strukturu, které chceme a týmy programy a funkce používat.Nakonec jsme vytvoříte, konfigurovat a naplnit členství týmů.

Budete muset být členem skupiny skupiny Administrators projektu ke konfiguraci a přizpůsobení TFS.

Vytvořit oblasti pro podporu vašeho týmu hierarchie

1. Připojení k týmovému projektu, který chcete konfigurovat pro podporu bezpečnost a použijte ikonu gear otevřete stránku správy pro výchozí tým.

2. Na oblasti stránky, vytvořte podřízené na nejvyšší úrovni oblasti cestě s názvem tak, aby odpovídaly program týmy, které vytvoříte.

   

3. Dále vytvořte druhý oblasti na stejné úrovni podřízené s názvem po druhé týmu programu.

4. V každé oblasti programu vytvořte podřízené oblasti, pro každý tým funkce, který bude podporovat jejich týmu příslušného programu.Má níž se cesta hierarchie 3 úrovni oblasti.

   

Vytvořit iterací pro podporu verze vlaky a sprintů

Chcete-li sledovat průběh směrem k vydání, vytvořte struktury cesty iterace.Na rozdíl od cesty k oblasti můžete sdílet více týmů stejnou strukturu cesty iterace.Sdílení struktuře iteraci umožňuje více týmů pracovat ve stejné uvádění Sprint směrem k stejné vlaky verze.

Pokud jste již pro váš tým výchozí počet iterací, je možné přejmenovat.Budete chtít vytvořit strukturu iteraci, která podporuje struktury celý tým, není jen jednoho týmu.

1. Ve výchozí iteraci, který sdílí stejný název jako projekt, vytvořte podřízené iteraci, představující první program zvýšení (PÍ).V případě potřeby přidat počáteční a koncové datum pro PI, ale mějte na paměti, která iterace budou rozděleny dále do sprintů.

   

2. Dále vytvořte podřízené iteraci pro každou Sprint v rámci platformy.Nastavte data pro tyto sprintech tak, aby odpovídaly týmy funkce cadences.

   

Vytváření a konfiguraci týmy

V této části jsme budete konfigurovat hierarchické týmu strukturu, která mapuje na hierarchické oblasti cesty, které jsme vytvořili dříve.

Tato služba maps struktura následující bezpečného týmy týmům sady TFS:

• Tým Portfolio -> výchozí nejvyšší úrovně týmu, Fabrikam týmu

• Program týmy -> sekundární úrovni týmy, optické sady a sady služby

• Funkce týmy -> týmy terciární úrovni definované v rámci sady vlákno a sada služby.

Pokud potřebujete více podrobné pokyny, naleznete v části Agilní správa portfolií: Používání serveru TFS na podporu nevyřízených položek portfolia mezi více týmy.

Budete muset být správce projektu v rámci TFS k provedení následujících kroků.

Vytváření a konfiguraci každý tým programu

1. Na stránce Přehled pro týmový projekt vytvořte nový tým.Ujistěte se, zrušte zaškrtnutí políčka pro vytvořte cestu k oblasti s názvem týmu.

   

2. V seznamu vyberte týmu, přejděte na stránku oblasti a zaškrtněte políčko vedle oblasti cesty, který jste vytvořili pro tohoto týmu.

   

3. Vyloučit dílčí oblasti pomocí místní nabídky.Vyloučením dílčí oblasti nevyřízených položek týmu obsahuje pouze ty položky, jejichž cesta k oblasti odpovídá týmu výchozí cestu k oblasti.

   

4. Dále konfigurujte iterací, které mají být aktivní program týmu.V tomto příkladu jsme nakonfigurovali tři instrukce pro zpracování, každý s pěti sprintech dvou týdnů.Čtyři z sprintech jsou regulární sprintech a poslední sprint je sprint inovací a plánování (IP).

   

     

   Vzhledem k tomu, že program týmu sady vlákno týká vlaků verze, jsme zvolili PI 1, 2 a 3, ale není jsme zvolili jednotlivých sprintů.

5. Poté, co jste vybrali iterací, které jsou aktivní týmu, přidejte uživatele do nového týmu.Ideálně měli byste přidat scrum vzory pro každý tým, funkce, vlastníky produktu a také inženýři Train verze (trasy) program týmům, jako je například sada vlákno.

   

6. Pokud jste více než jednomu týmu na úrovni programu, opakujte kroky 1 až 5 pro každý tým programu.

Vytváření a konfiguraci každý tým funkce

Dále vytvoříme některé funkce týmy a pomohou práci na třetí úrovni hierarchie týmu.Každý tým funkce budou přispívat sprint práci, kterou shrnuje do PI.Počet týmy, které vytvoříte, bude záviset na velikost organizace.

1. Vytvořte nový tým ze stránky správy pro původní tým s názvem týmu.Stejně jako před, ujistěte se, zrušte zaškrtnutí políčka vedle vytvořte cestu k oblasti s názvem týmu.

   

2. V seznamu vyberte týmu, přejděte na stránku oblasti a zaškrtněte políčko vedle oblasti cesty, který jste vytvořili pro tohoto týmu.

   

3. Nakonfigurujte iterací týmu, pomocí instrukce pro zpracování a sprintů, které jste vytvořili dříve.Na rozdíl od programu týmy této doby vyberte jednotlivé sprintech jako iterací pracovní funkci týmu.

   

4. Přidejte účty vývojáři, testery a hlavní scrum týmu.TFS podporuje přiřazení hlavní scrum k více týmů.Hlavní scrum můžete sledovat práci mezi několik týmů.

   

5. Opakováním kroku 1 až 4 pro každý tým funkce ve vaší organizaci.Ujistěte se výchozí cestu oblasti, které jste nakonfigurovali pro tým podoblast cestu, která je její odpovídající úroveň program oblasti cestě.To zajistí přecházejí z funkce týmy týmům programu.

Nakonfigurujte Portfolio týmu

Nyní, když je nakonfigurován struktury dílčí týmu, změňte konfiguraci výchozí tým jako Portfolio týmu.I v případě, že tento tým bude nadále mají název projektu, změny, které provedete do tohoto týmu nejvyšší úrovně, vám pomůže zajistit, aby efektivně sleduje Epics napříč instrukce pro zpracování na nejvyšší úrovni.

1. Na stránce oblasti pro týmový projekt změňte nastavení tak, aby dílčí oblasti nejsou zahrnuty.Ujistěte se, že zvolíte týmového projektu a není výchozí tým, Fabrikam.

   

2. Na stránce iterací zrušte zaškrtnutí políčka u všech iterací, s výjimkou kořenové úrovni, které nelze vymazat.Vzhledem k tomu, že tým Portfolio se týká pouze Epics, které zahrnují instrukce pro zpracování, využívá pouze kořenovou iterace a nikoli na instrukce pro zpracování nebo sprintů.Portfolio týmy nechcete pracovat ve sprintech.

   

3. Přidávat a odebírat uživatele z týmu Portfolio vhodné tuto úroveň.Na stránce Přehled zvolte výchozí tým.

   

      

   Zvažte přidání dalších osoby, například správci portfolia, architekty úrovni organizace a pracovníci Train verze (trasy) na této úrovni a odebrat všechny ostatní.

   

Přizpůsobit TFS proces pro podporu bezpečnost

V této části přidáme ŽÁ hru hierarchii nevyřízených položek portfolií.Také přidáme pole Typ požadavku všechny tři nevyřízených položek WITs.A můžeme vytvoříte některé Epics a mapování funkce na Epics.

Pokud vás zajímá více práce věci po přidání nevyřízených položek hru úroveň přejít k dispozici.Také, je-li spíše nebude nutné provést přizpůsobení kroků uvedených v této části sami, mají ALM Rangers blog příspěvek a ukázkový skript PowerShell který ukazuje, jak nainstalovat tyto úpravy na projektu.

Přidat hru do portfolia nevyřízených položek

Jak před, budete muset být členem skupiny skupiny Administrators projektu takto.

Nejprve jsme budete exportovat stávající ŽÁ a použijte ji vytvořit novou ŽÁ, které jsme budete název Epic.Také přidáme pole Typ požadavku ke sledování, jaký druh hru je: architekturu nebo obchodní.Dále přidáme kategorii Epics.Poté jsme budete změnit stávající WITs─Features a uživatelské scénáře, i v případě, že nejsou s názvem that─to obsahovat pole Typ požadavku.Pole Typ požadavku sleduje druh cíl, který podporuje každé pracovní položky.Poslední přidáme hru portfolia nevyřízených položek týmu.

Přidat nezapomenutelné ŽÁ

Nejjednodušší způsob, jak vytvořit ŽÁ je existující kopírovat, přejmenovat a potom jej upravíte.

Můžeme budete exportovat ŽÁ funkce a použít jako základ pro ŽÁ hru.

1. V režimu správce otevřete okno příkazového řádku.Změňte adresář na nainstalovanou sadu Visual Studio (nebo Průzkumníka týmových projektů).

   cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE

   V 64bitových verzích systému Windows, použijte %programfiles(x86)%.

2. Použití witadmin nástroj ke stažení definici funkce ŽÁ a uložit jako Epic.xml.

   witadmin exportwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /n:Feature /f:"DirectoryPath/Epic.xml"

3. Otevřete soubor Epic.xml, nahraďte <WORKITEMTYPE name="Feature"> s <WORKITEMTYPE name="Epic">a aktualizaci popisu.

   <witd:WITD application="Work item type editor" version="1.0" xmlns:witd="https://schemas.microsoft.com/VisualStudio/2008/workitemtracking/typedef">
   <WORKITEMTYPE name="Epic">
      <DESCRIPTION>Tracks an Epic that will span Releases. </DESCRIPTION>
   

4. Upravit <Tab Label="Implementation"> nebo CMMI, <Tab Label="Requirements"> část, nahradí následující řádky s <Filter WorkItemType="Feature" />.

   • Agilní:<Filter WorkItemType="User Story" />

   • Scrum:<Filter WorkItemType="Product Backlog Item" />

   • CMMI:<Filter WorkItemType="Requirement" />

     Tato změna omezuje ovládací prvek odkazy pro podporu funkcí, jako podřízené pracovní položky Epics.

   <Tab Label="Implementation">
      <Control Type="LinksControl" Name="Hierarchy" Label="" LabelPosition="Top">
         <LinksControlOptions>
             <WorkItemLinkFilters FilterType="include">
                <Filter LinkType="System.LinkTypes.Hierarchy" FilterOn="forwardname" />
             </WorkItemLinkFilters>
             <WorkItemTypeFilters FilterType="include">
                <Filter WorkItemType="Feature" />
             </WorkItemTypeFilters>
             <ExternalLinkFilters FilterType="excludeAll" />
             <LinkColumns>
                <LinkColumn RefName="System.ID" />
                <LinkColumn RefName="System.Title" />
                <LinkColumn RefName="System.AssignedTo" />
                <LinkColumn RefName="System.State" />
                <LinkColumn LinkAttribute="System.Links.Comment" />
             </LinkColumns>
          </LinksControlOptions>
   

5. Přidejte pole Typ požadavku na definici ŽÁ hru.V takovém případě budeme používat stávající pole (původně vytvořen zde podporovat CMMI projektů, ale stejně užitečná pro naše účely) Microsoft.VSTS.CMMI.RequirementTypea přidejte ji Epic FIELDS oddílu.

   Najít FIELDS a přidejte tento kód:

   <FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
      <REQUIRED />
      <ALLOWEDVALUES>
         <LISTITEM value="Architecture" />
         <LISTITEM value="Business" />
      </ALLOWEDVALUES>
      <DEFAULT from="value" value="Business" />
      <HELPTEXT>Indicates whether this supports business or architectural objectives.</HELPTEXT>
   </FIELD>
   

6. Dále přidejte pole do formuláře.V části FORM oddílu, přidejte pole všude, kde si myslíte, je nejvhodnější pro vaši společnost.V následujícím příkladu jsme přidat pole pod polem pro iteraci.

   <Group Label="Classification">
      <Column PercentWidth="100">
         <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
         <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
         <Control FieldName="Microsoft.VSTS.CMMI.RequirementType" Type="FieldControl" Label="Type" LabelPosition="Left" />
   

7. Uložit a pak se soubor naimportovat.

   witadmin importwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/Epic.xml"

Přidání nezapomenutelné kategorie

Nyní, když máme ŽÁ hru, přidáme pro Epics kategorii.TFS spravuje nevyřízené položky podle kategorií.

1. Definici kategorií exportujte do souboru xml.

   witadmin exportcategories /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/categories.xml"

2. Otevřete soubor a přidat nezapomenutelné kategorii.Je možné nahradit název vaší společnosti, to znamená, že je vlastní nastavení společnosti Microsoft.

   <CATEGORY name="Epic Category" refname="Microsoft.EpicCategory">
      <DEFAULTWORKITEMTYPE name="Epic" />
   </CATEGORY>
   

3. Stejně jako dříve se soubor naimportujte.

   witadmin importcategories /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/categories.xml"

Přidejte pole Typ požadavku sledování práce obchodní/architektury

Dále přidáme pole požadavek typ funkce a třetí úroveň nevyřízené položky, zda, který je příběhu uživatele, nevyřízené položky produktu nebo volitelně chybu.Není nutné přidat do požadavku, vzhledem k tomu, že je již součástí výchozí CMMI definice.

1. Exportujte definici funkce v programu.

   witadmin exportwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /n:Feature /f:"DirectoryPath/Feature.xml"

2. Stejně jako dříve s ŽÁ hru, přidejte pole Typ požadavku.Najít FIELDS a přidejte tento kód:

   <FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
       <REQUIRED />
       <ALLOWEDVALUES>
           <LISTITEM value="Architecture" />
           <LISTITEM value="Business" />
       </ALLOWEDVALUES>
       <DEFAULT from="value" value="Business" />
        <HELPTEXT>Indicates whether this supports business or architectural objectives</HELPTEXT>
   </FIELD>
   

3. Přidejte pole do formuláře ve stejné relativní pozici, že jste přidali na Epic.Příklad:

   <Group Label="Classification">
      <Column PercentWidth="100">
         <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
         <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
         <Control FieldName="Microsoft.VSTS.CMMI.RequirementType" Type="FieldControl" Label="Type" LabelPosition="Left" />
   </Column>
   

4. Uložit a pak se soubor naimportovat.

   witadmin importwitd /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/Feature.xml"

5. Opakujte kroky 1 až 4 pro definice příběhu uživatele a ŽÁ položky nevyřízených položek produktu.V případě potřeby upravte definici ŽÁ chybu, pokud chcete sledovat které požadavek chyby podporu, nebo pokud sledovat chyby na nevyřízených položek.

Přidat kategorii nezapomenutelné hierarchii nevyřízených položek portfolií

Dále Epics přidáme do hierarchie pracovních položek, které tvoří nevyřízené položky.

1. Exportujte souboru definice procesu konfigurace XML.

   witadmin exportprocessconfig /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"

2. Otevřete soubor a přidat PortfolioBacklog části Epics v rámci PortfolioBacklogs oddílu.Současně, upravit PortfolioBacklog element pro FeatureCategory tak, aby Epics nadřazeného funkcí.

   Metastate mapování podle potřeby změňte založeného na šabloně procesu.Následující příklad podporuje agilní a CMMI projekty.Kromě toho pole Typ požadavku, které chcete přidat Columns části.

   <PortfolioBacklogs>
     <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic">
         <States>
         <State value="New" type="Proposed" />
         <State value="Active" type="InProgress" />
         <State value="Resolved" type="InProgress" />
         <State value="Closed" type="Complete" />
         </States>
   <Columns>
        <Column refname="System.WorkItemType" width="100"/>
        <Column refname="System.Title" width="400"/>
        <Column refname="System.State" width="100"/>
        <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50"/>
        <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100"/>
        <Column refname="System.Tags" width="200"/>
   </Columns>
       . . .
   </PortfolioBacklog>        
   

   Scrum projekty vyžadují nové mapy, v průběhu a stavy Hotovo pracovního postupu.Jedná se o stejný stavy, která jsou namapována pro položku funkci portfolia nevyřízených položek.

           <State type="Proposed" value="New" />
           <State type="InProgress" value="In Progress" />
           <State type="Complete" value="Done" />
   

   A CMMI projekty vyžadují, abyste mapování navržený, aktivní, Vyřešeno a uzavřeno stavy pracovního postupu.

           <State value="Proposed" type="Proposed" />
           <State value="Active" type="InProgress" />
           <State value="Resolved" type="InProgress" />
           <State value="Closed" type="Complete" /> 
   

3. V dalším kroku přidat parent="Microsoft.EpicCategory" k PortfolioBacklog category="Microsoft.FeatureCategory".Typ požadavku pole, které chcete přidat také, Columns oddílu.

   <PortfolioBacklog category="Microsoft.FeatureCategory" parent="Microsoft.EpicCategory" pluralName="Features" singularName="Feature">
      . . .
   <Columns>
        <Column refname="System.WorkItemType" width="100"/>
        <Column refname="System.Title" width="400"/>
        <Column refname="System.State" width="100"/>
        <Column refname="Microsoft.VSTS.Common.BusinessValue" width="50"/>
        <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100"/>
        <Column refname="System.Tags" width="200"/>
   </Columns>
       . . .
   
   </PortfolioBacklogs>
   

4. Dále přidejte pole Typ požadavku, které chcete Columns část RequirementsBacklog oddílu.

   <RequirementBacklog singularname="User Story" pluralName="User Stories" category="Microsoft.RequirementCategory">
      . . .
   <Columns>
        <Column refname="System.WorkItemType" width="100"/>
        <Column refname="System.Title" width="400"/>
        <Column refname="System.State" width="100"/>
        <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50"/>
        <Column refname="Microsoft.IterationPath" width="200"/>
        <Column refname="Microsoft.VSTS.CMMI.RequirementType" width="100"/>
        <Column refname="System.Tags" width="200"/>
   </Columns>
      . . .
   </RequirementBacklog>
   

5. Přidání barev, které má být použit pro hru do WorkItemColors oddílu.Můžete použít libovolné barvy, ale ideálně, nepoužívejte barvu již používáno v systému.

   Barva jsme jsme si vybrala odpovídá orange (hexadecimální kód = FF7B00).Předpona hexadecimální kód s FF.

   <WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
   

6. Uložit a se soubor naimportovat.

   witadmin importprocessconfig /collection:"https://ServerName:8080/tfs/CollectionName" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"

Aktualizovat oblast cestu pro existující pracovní položky

Pro všechny existující pracovní položky zobrazovat na týmových nevyřízených položek je nutné aktualizovat cestu oblasti pracovních položek týmu výchozí oblasti cestu.Můžete použít funkci hromadné úpravy z webového prohlížeče nebo můžete použít Excel.

1. Vytvořte dotaz, který obsahuje pracovní položky, kterou chcete upravit, vyberte položky, které chcete upravit a poté otevřete místní nabídku z libovolného vybrané položky.

   

2. Vyberte oblast cesta, která odpovídá týmu výchozí cestu k oblasti.

   

3. Hromadného uložit všechny pracovní položky, které jste změnili.

   

Další informace o hromadné úpravy pracovní položky zde.

Přidejte Epics a Epics namapovat na funkce

Nyní, když jste přidali ŽÁ hru, budete chtít vytvořit některé.Proces je stejně jako jakékoli jiné pracovní položky nevyřízených položek.Na stránce týmu portfolia nevyřízených položek pro Epics přidejte nezapomenutelné nevyřízené položky.

Přidáte libovolný počet Epics podle potřeby.Chcete-li seznam položek v sestupném pořadí podle důležitosti, přetáhněte je v seznamu.

Výchozí typ požadavku pro Epics je obchodní, ale můžete změnit hru z obchodní architekturu.

Klíčová slova můžete také přidat do vašeho Epics, můžete sledovat investice motivy, které podporuje každou hru.

Nyní zobrazte svůj Epics na kanbanové Tabule.Chcete-li získat toto zobrazení, je třeba přizpůsobení sloupců kanbanové přejmenovat a přidat stavy středně pokročilý pracovního postupu.Popis tyto stavy naleznete v tématu obchodní hru kanbanové abstraktní.

Nicméně to velmi zajímavé ještě není.Nic není v průběhu a nelze přejít na viz funkcí, které podporují vaše Epics.Budete chtít mapování stávajících funkcí na Epics jste právě vytvořili a mapování příběhy uživatelů k těmto funkcím, pokud jste již není namapována.

Pokud jste stávající nevyřízené mapovat více položek

Mapování pracovních položek je snadné, když pomocí podokna mapování.Z funkce nebo nevyřízených položek scénáře stránky, zapnout v podokně mapování.V předchozím příkladu jsme zvolte vlákno sady team a zapnout v podokně mapování a zobrazení do zobrazení stromové struktury funkce mapovat na Epics.

Všimněte si, že pokud již jste změnili oblasti cestu ke všem funkcím odpovídající úroveň program týmu, funkce bude seznam prázdný, vzhledem k tomu, že tým Portfolio nevlastní všechny funkce!V takovém případě se změní na jeden z týmů programu.

Přetáhnout položky z nevyřízených položek na položku, kterou chcete přiřadit jako nadřazenou.Funkce můžete mapovat pouze na Epics.Podobně můžete pouze namapovat třetí úroveň nevyřízené položky (zda, který je příběhu uživatele, nevyřízené položky nebo požadavek) funkce.

Tento postup na každé úrovni nevyřízených položek opakujte, dokud jste vytvořili hierarchie, které chcete.

Co je o funkcích již probíhá?Máme věci nebude zobrazovat na týmu portfolia nevyřízených položek.Jsou odpovědnost program týmům, aby se zobrazovaly v nevyřízených položek tohoto týmu.(Toto je ve skutečnosti funkce oblasti cesty nastavené pro pracovní položku, pracovní položky se zobrazí pouze v týmových nevyřízených položek, pokud přiřadíte cesta k oblasti, kterou jste vytvořili pro tohoto týmu.) Můžete namapovat je z tohoto umístění.

Můžete také hromadné úpravy pracovních položek a spravovat jejich hierarchii v aplikaci Microsoft Excel.

Vzhledem k tomu, že důležitou součást SAFe je k mapování pracovní obchodní nebo cíle architektury, budete chtít nezapomeňte nastavit typ požadavku = architektura pro jakoukoli funkci mapovat na architektura hru.(Výchozí volba je obchodní, a proto není nutné změnit typ pro libovolnou položku, který podporuje obchodní hru.) Můžete také přidat klíčová slova sledovat investice.

Stejné zásady platí pro scénáře uživatelů v průběhu.Můžete je namapovat na funkce, změnit typ požadavku architekturu pro práci, kterou provedete podporovat architektury Epics a přidat značky pro sledování motivů.

Prostředky

Materiály uvedené v tomto dokumentu white paper a několik dalších jsou zde uvedeny pro referenci.

• Bezpečnost povoleno šablony procesů: odkaz ke stažení tři šablony procesu, které provides─Scrum sady TFS, agilní a CMMI─which mají přizpůsobení zdokumentované v tomto dokumentu white paper přidána.

• Upgrade/publikovat TFS 2013 šablony procesů v prostředí PowerShell: příspěvku blogu podle Beeming Gordon, který poskytuje skript prostředí PowerShell, který lze použít pro použití změn, které jsou popsány v tomto dokument White Paper.

• Měřítko agilní Framework: místo bezpečného prostředků.

• V 7 minut bezpečný: video z Inbar Oren, Samurai libového.

• Škálování agilní a bezpečného TFS sestavy: Sestava ke stažení průběh funkce, který ve spolupráci s šablonu procesu Scrum pro místní TFS 2012 a nasazení 2013.

• Agilní správa portfolií: Používání serveru TFS na podporu nevyřízených položek portfolia mezi více týmy: dokument white paper, který ukazuje, jak lze nakonfigurovat TFS podporovat několik týmů nebo více nevyřízených položek.

• Hledání pracovních položek pomocí dotazů (pro aktualizaci): Popisuje, jak ke konfiguraci sady TFS podporovat souhrn, sečtené hodnoty vyberte pole pro všechny podřízené pracovní položky nadřazeného.Vzhledem k tomu, že TFS podporuje více úrovní vnoření, když provedete souhrn, kterou chcete Přesvědčte se, zda že není dvojité spočítat hodnoty.

• Z pole sestavy (SQL Server Reporting Services): shrnuje sestavy TFS poskytuje ke sledování průběhu a kódu kvality.

• Synchronizace sady Team Foundation Server se serverem Project Server: Popisuje, jak projektovými manažery a vývojové týmy mohou pomocí nástrojů, jejich dáváte přednost a sdílení informací, které jsou transparentně povolením data tok z pracovních položek v rámci TFS a úlohy v plánech projektu enterprise serveru Microsoft Office Project.

• Sledování práce v případě přiřazení ke dvěma či více týmům: Ukazuje, jak vývojář nebo tester můžete sledovat práci při podporují více než jednomu týmu funkce.

O autorů

Gordon Beeming je vývojáře softwaru na adrese Derivco v slunečného městě Durban, Jihoafrická.Mu stráví nejvíce své doby hackerům zaniká na klávesnici v sadě Visual Studio nebo s jeho řady nižší úrovně.Svém blogu je na 31og.com a sledujte mu byla v síti Twitter na adrese twitter.com/gordonbeeming.

Brian Blackman je hlavní poradce s Microsoft Premier Developer, zaměřené na ovlivnění ISV partnery a úspěch podniky a návrh webu marketplace.Má MBA a je CSM, Kryptografických, MCSD (C++) a MCTS a je správa životního cyklu aplikací škálu Visual Studio.Pokud není Ruck zvládnutí a které přispívají k projektům škálu správy životního cyklu aplikací služby Visual Studio, stráví mu jeho čas psaní kódu, vytváření a poskytování cvičení a konzultaci v různých spojení, zejména špičková v jejich vyhledávání obchodní pružnost.

Gregg Boer je hlavní programový manažer společnosti Microsoft.Gregg je vlastníka produktu pro agilní Správa prostředí v sadě TFS.

Kathryn Elliott je vyšších technické zapisovače společnosti Microsoft.

Pracovník Ferrell je vyšších technické zapisovače a správu životního cyklu aplikací škálu Visual Studio.

Willy Peter Schaub je programový manažer s Visual Studio správy životního cyklu aplikací, Rangers na Microsoft Canada Development Center.Od poloviny-"80s, mu byla byl dosahovat jednoduchost a udržovatelnost inženýrství softwaru.Svém blogu je na blogs.msdn.com/b/willy-peter_schaub a mu mohou sledovat na Twitter na adrese twitter.com/wpschaub.