Referenční dokumentace elementu XML konfigurace procesu

Konfigurace procesu definuje výchozí konfigurační a funkční možnosti, ke kterým mají vaše týmy přístup pomocí nástrojů pro agilní plánování.

Tyto nástroje, které si můžete prohlédnout přes Team Web Access (TWA), zobrazují filtrovanou sadu pracovních položek na základě konfigurace sekcí PortfolioBacklog, RequirementBacklog a TaskBacklog definičního souboru XML konfigurace procesu.Pro všechny typy pracovních položek (WIT), které vyžadují mapování, definuje konfigurace procesu navíc mapování stavů pracovního postupu na metastavy.

Další informace naleznete v tématu Konfigurace a přizpůsobení nástrojů pro agilní plánování pro týmový projekt.

Oblasti, které můžete přizpůsobit:

• Konfigurace stránky nevyřízených položek

  • Mapování metastavů určité kategorie typů pracovních položek

  • Přizpůsobení výchozích sloupců a pořadí sloupců

  • Přizpůsobení panelu pro snadné přidávání

  • Změna počtu pracovních položek, které se mohou objevit na panelu úkolů

• Mapování metastavů pro nástrojově specifické typy pracovních položek

• Přiřazení polí používaných v nástrojích a grafech pro agilní plánování

• Určení víkendových dnů

• Změna barvy typu pracovní položky

Chcete-li aktualizovat konfiguraci procesu, exportujte definiční soubor XML, upravte ho a poté tento soubor importujte.K importu a exportu tohoto souboru můžete použít nástroj příkazového řádku witadmin.

[!POZNÁMKA]

Ukázky syntaxe uvedené v tomto tématu odpovídají výchozím přiřazením definovaným v šabloně procesu Visual Studio Scrum 2013.Chcete-li získat přístup k poslední verzi šablon procesů, nainstalujte nejnovější verzi serveru TFS a stáhněte šablony pomocí Správce šablon procesu.

Konfigurace stránky nevyřízených položek

Existují tři typy stránek nevyřízených položek: nevyřízené položky produktu, nevyřízené položky iterace nebo sprintu a nevyřízené položky portfolia.Jednotlivé stránky nevyřízených položek můžete přizpůsobit následujícími způsoby:

• Mapování metastavů: Namapujte stavy pracovního postupu na metastavy.Tato mapování podporují zobrazení všech stránek agilního plánování, včetně kanbanové desky a panelu úkolů.

• Panel pro rychlé přidávání: Určením polí s typy pracovních položek a pracovními položkami můžete rychle přidávat položky do nevyřízených položek.

  Chcete-li změnit typy pracovních položek, které se považují za nevyřízené položky nebo úkoly, přidejte je do odpovídající kategorie.Příklad naleznete v tématu Přidání chyb na panel úkolů nebo do nevyřízených položek.

• Pole sloupců: Definujte výchozí pole a pořadí sloupců.

Stránky nevyřízených položek se konfigurují v sekcích XML, které jsou znázorněny v následující ukázce:

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName=" Backlog items" singularName=" Backlog item">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
. . . 
</TaskBacklog>

Prvek	Popis
PortfolioBacklogs	Volitelné.Element kontejneru pro stránky nevyřízených položek portfolia.
PortfolioBacklog	Volitelné.Až pět výskytů. Element kontejneru, který definuje mapování metastavů, výchozí sloupce a panel rychlého přidávání pro stránku nevyřízených položek portfolia. <PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </PortfolioBacklog > Podle popisu přiřaďte k atributům hodnoty: category: Zadejte název kategorie, který jste definovali v definičním souboru kategorií týmového projektu obsahujícím typy pracovních položek, které mají být přidruženy k tomuto typu nevyřízených položek. parent: Zadejte název kategorie, která představuje nevyřízené položky nadřazeného portfolia v rámci hierarchie. pluralName: Zadejte popisek množného čísla, který se má použít při odkazování na typy pracovních položek přidružené k tomuto typu nevyřízených položek.Příklad: Scénáře, Cíle, Iniciativy nebo Příběhy. singularName: Zadejte popisek jednotného čísla, který se má použít při odkazování na typy pracovních položek přidružené k tomuto typu nevyřízených položek.Příklad: Scénář, Cíl, Iniciativa nebo Příběh.
RequirementBacklog	Požadováno.Pouze jeden výskyt. Element kontejneru, který definuje mapování metastavů, výchozí sloupce a panel rychlého přidávání pro stránku nevyřízených položek produktu.Nevyřízené položky produktu zobrazují všechny aktivní položky v nevyřízených položkách týmu. <RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </RequirementBacklog >
TaskBacklog	Požadováno.Pouze jeden výskyt. Element kontejneru sloužící k přizpůsobení rozložení stránek, které zobrazují pracovní položky přiřazené k určité iteraci. <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit"> . . .  </TaskBacklog > Standardně je panel úkolů omezen na celkem 500 pracovních položek.Tento limit můžete změnit zadáním hodnoty atributu workItemCountLimit.

Poznámky k implementaci

• Hodnoty přiřazené k CategoryName musí odpovídat skupině kategorií definované pro týmový projekt.Skupiny kategorií se určují v definičním souboru kategorií.Další informace naleznete v tématu Referenční dokumentace elementů XML kategorií.

• Nevyřízené položky portfolia slouží k zobrazení souhrnu nevyřízených položek na nižších úrovních a k zobrazení postupu napříč několika týmy.Nové a upgradované týmové projekty obsahují jednu úroveň s názvem Funkce.Můžete přidat až čtyři další úrovně.

  [!POZNÁMKA]

  Použití stránek portfolia může vyžadovat úplný přístup.Podrobnosti naleznete v tématu Změna úrovní přístupu.

  Informace o použití stránek nevyřízených položek portfolia naleznete v tématu Práce s nevyřízenými položkami portfolia.

• Nevyřízené položky produktu představují seznam požadavků na vyvíjený produkt.Nevyřízené položky odpovídají konkrétnímu typu pracovní položky na základě šablony procesu použité k vytvoření týmového projektu, jako je například nevyřízená položka produktu, uživatelský scénář nebo požadavek.Pokud používáte různé typy pracovních položek nebo své požadavky zaznamenáváte pomocí dvou nebo více typů pracovních položek, můžete stránku nevyřízených položek produktu přizpůsobit svým potřebám.

  Informace o použití stránek nevyřízených položek produktu naleznete v tématu Vytvoření backlogu.

• Stránky nevyřízených položek sprintu nebo iterace zobrazují jak sadu požadavků, ke kterým jste se vy a váš tým zavázali v konkrétním iteračním cyklu, tak úkoly, které jste k těmto požadavkům připojili.Úkoly musí být s požadavky propojeny pomocí podřízeného typu odkazu.Protože typy pracovních položek, které se zobrazují na těchto stránkách, odpovídají stejným typům, které se zobrazují na stránce nevyřízených položek produktu, bude se většina práce na přizpůsobení stránky nevyřízených položek produktu týkat definování funkčnosti stránek nevyřízených položek úkolů.

  Informace o použití stránek nevyřízených položek sprintů naleznete v tématu Práce ve sprintech.

Mapování stavů pracovního postupu na metastavy

Většina typů pracovních položek vyžaduje, aby byly stavy jejich pracovního postupu namapovány na některý metastav.Stavy pracovního postupu definují, jak pracovní položka postupuje od první aktivace nebo vytvoření po uzavření nebo dokončení.Například stavy definované pro nevyřízené položky produktu Scrum definují postup mezi čtyřmi stavy – od Nová přes Schváleno, Potvrzeno až po Dokončeno – a přidávají také pátý stav Odebráno, který zohledňuje stav odebrání z nevyřízených položek bez implementace.

Metastavy na druhé straně určují, jak mají nástroje pro agilní plánování nakládat s jednotlivými stavy pracovního postupu.Primární metastavy používané nevyřízenými položkami a panelem úkolů jsou Proposed, InProgress a Complete.

Díky přidružení jednotlivých stavů pracovního postupu k některému metastavu je úlohám, které na pozadí zobrazují nevyřízené položky a panely úkolů zřejmé, jak správě interpretovat stav jednotlivých pracovních položek.Pro stránky nevyřízených položek produktu Scrum je například definováno následující mapování.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

Metastavy mají tři kategorie: Agilní, Chyba a Zpětná vazba.Následující tabulka popisuje atributy a hodnoty mapování.

Prvek	Popis
State	Požadováno.Přiřazuje stav pracovního postupu k metastavu. <State type="TypeName" value="ValueName"/> Platné hodnoty pro vlastnost TypeName odpovídají hodnotě přiřazená STATE v rámci WORKFLOW část těchto WITs přiřazeny skupině kategorii. Platné hodnoty pro název hodnoty odpovídající jednomu z následujících hodnot výčtu: Agilní: Používá se pro všechny typy pracovních položek. Proposed: Označuje pracovní položky, které jsou nové, nejsou doposud potvrzené, nebo se na nich zatím nepracuje. InProgress: Označuje pracovní položky, které byly potvrzeny nebo se na nich aktivně pracuje. Complete: Označuje pracovní položky, které byly implementovány.Aby byla kanbanová deska platná, musí být alespoň jeden stav pracovního postupu namapován na metastav Complete. Jakmile stav pracovního postupu přejde do stavu, který je přidružen k metastavu Complete, vypadne přidružená pracovní položka ze stránky nevyřízených položek produktu.Bude však nadále uvedena na kanbanové desce. Pracovní položky se stavem pracovního postupu, který není namapován na jeden z podporovaných metastavů, se nezobrazují na stránkách s nevyřízenými položkami ani panely. Chyba: Použijte pouze pro typy pracovních položek seskupených do Kategorie chyb.Kromě metastavů Agilní obsahuje také metastav Resolved, který označuje vyřešené chyby. [!POZNÁMKA] Metastav Resolved lze přiřadit pouze ke stavu pracovního postupu zadanému v rámci elementu BugWorkItems. Zpětná vazba: Použijte pouze pro typy pracovních položek seskupených do kategorie Žádost o zpětnou vazbu nebo Odpověď na zpětnou vazbu.Requested, Received, Reviewed a Declined.
States	Určuje kolekci elementů State, které stavy pracovního postupu typu pracovní položky přidružují k metastavům. Požadovaný element pro následující nadřazené elementy: BugWorkItems PortfolioBacklog RequirementBacklog TaskBacklog TestPlanWorkItems TestSuiteWorkItems FeedbackRequestWorkItems FeedbackResponseWorkItems

Přizpůsobení výchozích sloupců a pořadí sloupců

U stránek, které zobrazují nevyřízené položky, můžete přidat nebo odebrat sloupce, změnit pořadí sloupců nebo změnit šířku sloupců.Změny, které na stránce provedete prostřednictvím dialogového okna Možnosti sloupců, budou zachovány, dokud je znovu nezměníte.Následující úsek kódu jednoduše definuje výchozí sadu a pořadí sloupců.

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

Prvek	Popis
Columns	Určuje kolekci elementů Column.Požadovaný element pro elementy stránky nevyřízených položek: PortfolioBacklog, RequirementBacklog a TaskBacklog.
Column	Určuje pole, které se má zobrazit jako sloupec na stránce nevyřízených položek. <Column refname="FieldReferenceName" width="FieldWidth" />

Záhlaví sloupců panelu úkolů

Záhlaví sloupců, která se zobrazují na stránce panelu úkolů, odpovídají stavům pracovního postupu přiřazeným k výchozímu typu pracovních položek přiřazených ke Kategorii úkolů.Pořadí sloupců odpovídá přirozeným přechodům pracovního postupu směrem zleva doprava.Rozložení sloupců můžete změnit úpravou pracovního postupu pro typ pracovní položky přiřazený ke Kategorii úkolů.Stavy pracovního postupu definované pro výchozí typ úkolu v Kategorii úkolů musejí být přiřazeny k platnému metastavu, jak je popsáno v části Mapování metastavů pro kategorii typů pracovních položek.

Přizpůsobení panelu pro snadné přidávání

Pole můžete přidat do libovolného panelu pro rychlé přidávání.Následující ukázka například přidává na panel nevyřízených položek produktu pole Obchodní hodnota.

Na tomto panelu se zobrazují pouze pole, která jsou v sekci FIELDS definice typu pracovní položky pro vybraný typ pracovní položky.Pokud například vyberete typ pracovní položky pro chyby, zobrazí se pouze Název, protože Obchodní hodnota není pro chyby definována.Chcete-li na panel přidat jiný typ pracovní položky, přidáte ho do Kategorie požadavků podle popisu zde.

Následující kód odpovídá výchozím přiřazením definovaným v šablonách procesu Visual Studio Scrum a MSF pro prostředí Agile.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

Prvek	Popis
AddPanel	Element kontejneru sloužící k určení „rychlého přidávání“; pole, která se mají zobrazit v oblasti panelu, kde jsou definovány nové nevyřízené položky.
Fields	Určuje kolekci elementů Field.
Field	Určuje pole pracovní položky, které se má zobrazit na panelu pro stránku nevyřízených položek produktu. <Field refname="FieldReferenceName"/> Stejné pole by mělo být zobrazeno na formuláři pracovní položky jednotlivých typů pracovních položek zahrnutých do kategorie těchto nevyřízených položek.

Změna počtu pracovních položek, které se mohou objevit na panelu úkolů

Z výkonnostních důvodů je panel úkolů omezen na zobrazení maximálně 500 pracovních položek.Při otevření panelu úloh se všechny pracovní položky načtou do mezipaměti.Omezením počtu pracovních položek můžete urychlit načítání.Tento limit lze změnit zadáním hodnoty atributu workItemCountLimit elementu TaskBacklog.

Tento limit můžete například zvýšit přidáním elementu workItemCountLimit="800":

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

Mapování metastavů pro nástrojově specifické typy pracovních položek

Mapování metastavů jsou definována pro další kategorie typů pracovních položek.Pro šablonu procesu Scrum sem patří mapování kategorií žádosti o zpětnou vazbu a odpovědi na zpětnou vazbu.Pro šablony procesů MSF Agile a CMMI sem patří také mapování kategorie chyb.(Scrum zahrnuje chyby do Kategorie požadavků, a proto definuje mapování metastavů v sekci RequirementBacklog.)

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

Následující tabulka popisuje další elementy sloužící k definování mapování metastavů pro nástrojově specifické typy pracovních položek.Viz Mapování metastavů pro kategorii typů pracovních položek, kde naleznete informace o přiřazování hodnot a typů skutečných stavů.CategoryName musí odpovídat kategorie definované pro týmový projekt.

Prvek	Popis
BugWorkItems	Volitelné.Element kontejneru, který definuje mapování metastavů pro typy pracovních položek přiřazené ke kategorii chyb.Kromě toho, že se tato mapování používají při zobrazování stránek agilního plánování TWA, navíc určují, jak funkce Má práce v Průzkumníku týmových projektů aktualizuje stav chyby, když vývojáři přesouvají chyby pomocí funkce Má práce.Další informace naleznete v tématu Pro uživatele článek napsat nový kód. <BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </BugWorkItems>
FeedbackRequestWorkItems	Požadováno.Neupravujte. Element kontejneru, který definuje mapování metastavů pro typy pracovních položek přiřazené ke kategorii žádosti o zpětnou vazbu. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackRequestWorkItems>
FeedbackResponseWorkItems	Požadováno.Neupravujte. Element kontejneru, který definuje mapování metastavů pro typy pracovních položek přiřazené ke kategorii odpovědi na zpětnou vazbu. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackResponseWorkItems>
TestPlanWorkItems	Povinné pouze v případě, že můžete upravit stav pracovního postupu pro testovací plán a podporu připojení k týmovému projektu z verzí aplikace Test Manager nainstalovány s nástrojem Visual Studio 2013.2 a starších verzích. Element kontejneru, který definuje metastate mapování pro typy pracovních položek přiřazeny ke kategorii testovací plán.Příklad: <TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">     <States>       <State type="InProgress" value="Design" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Signed Off" />     </States>   </TestPlanWorkItems>
TestSuiteWorkItems	Povinné pouze v případě, že stav pracovního postupu můžete upravit testovací sady a podporu připojení k týmovému projektu z verzí aplikace Test Manager nainstalovány s nástrojem Visual Studio 2013.2 a starších verzích. Element kontejneru, který definuje metastate mapování pro typy pracovních položek přiřazeny ke kategorii testovací sady.Příklad: <TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">     <States>       <State type="Proposed" value="Authoring" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Completed" />     </States>   </TestSuiteWorkItems>

Pro mapování metastates pro TestPlanWorkItems nebo TestSuiteWorkItems, je třeba provést upgrade serveru aplikační vrstvy 2013.3 sady TFS.Později můžete upravit stav pracovního postupu testovacích plánů a testovací sady.

Další informace naleznete v tématu Import a export konfigurace procesu.

Přiřazení polí používaných v nástrojích a grafech pro agilní plánování

Pole pracovní položky, která se používají při výpočtu kapacity, grafů zbývající práce, prognóz a rychlosti, můžete změnit.Všechny změny provedené u některého z výchozích přiřazení by měly odpovídat změně provedené u typu pracovní položky použitého k definování a zaznamenání informací pro tuto hodnotu.

Změníte-li například refname přiřazené k type="Activity", měli byste stejné pole zahrnout i do definice typu pracovní položky přiřazeného ke Kategorii úkolů, která zaznamenává informace o aktivitě.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

Prvek	Popis
TypeFields	Požadováno.Určuje kolekci elementů TypeField.
TypeField	Požadováno.Určuje referenční název pole, jehož hodnota podporuje typ aktivity pro některou funkční oblast.Zadaná pole by měla odpovídat polím používaným v rámci typů pracovních položek sloužících k zaznamenání informací o této funkci. <TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / > Formát určete pouze tehdy, pokud platí type="RemainingWork".Můžete zadat jakýkoli textový řetězec pro TimeUnitString , kterou chcete zobrazovat na pruhů kapacity na aktuální stránce nevyřízených položek iterací a na panelu úkolů. Pro stránky agilního plánování: Activity: Slouží k podpoře funkce kapacity podle aktivity.Zadejte stejné pole, které se používá u typu pracovní položky přiřazeného ke Kategorii úkolů. Poznámka:: hodnoty zobrazené na stránce kapacity agilní plánování nástroj odrážejí spojení všech hodnot definovaných v poli všechny týmové projekty v rámci instance kolekce projektu.Proto, pokud chcete omezit hodnoty, které se nacházejí na kapacitu na stránkách nevyřízených položek sprintu, je nutné provést hodnoty v týmové projekty pro pole Přiřazeno shodují type="Activity". Effort: Slouží k výpočtu rychlosti týmu.Určete stejné pole, které se používá u typu pracovní položky přiřazeného ke Kategorii požadavků, jež slouží k zaznamenání odhadované úrovně úsilí, bodů scénáře nebo množství práce, které vyžaduje implementace nevyřízené položky. Order: Definuje pořadí řazení položek na stránkách s nevyřízenými položkami a panelem.Pracovní položky jsou na této stránce uvedeny ve vzestupném pořadí, jak definuje pole pro tento typ. [!POZNÁMKA] Přetažením nahoru nebo dolů lze položky v seznamu na stránce nevyřízených položek přesunovat.Při přesouvání položek aktualizuje proces běžící na pozadí pole přiřazené k typu type="Order". RemainingWork: Slouží k výpočtu zbývající práce a grafů zbývající práce.Zadejte stejné pole, které se používá u typu pracovní položky přiřazeného ke Kategorii úkolů, jež slouží k zaznamenání počtu hodin, dnů nebo jiných měrných jednotek zbývajících k dokončení úkolu. Hodnota zadaná pro format se používá na stránkách s nevyřízenými položkami a panelem úkolů, kdykoli se vykazuje zbývající práce.Například při vykazování kapacity podle aktivity nebo kapacity na člena týmu, nebo vedle záhlaví sloupce se stavy úkolu na panelu úkolů. Pro TimeUnitString, zadejte textový řetězec, který chcete použít, aby odpovídalo hodnotu času, například hodin nebo dnů. Platné jsou například všechny následující hodnoty: format="{0} h" format="{0} hours" format="hours {0}" format="time {0}" Team: Umožňuje přidružit stránky nevyřízených položek k týmu.Výchozí hodnota je System.AreaPath.Chcete-li týmy oddělit od cest oblasti, můžete zadat jiné pole, jak je popsáno v tématu Přizpůsobení týmového projektu pro podporu týmových polí. Pro formulář žádosti o zpětnou vazbu: [!POZNÁMKA] Výchozí přiřazení provedená pro následující elementy TypeField nemusíte měnit.Tato přiřazení odpovídají polím sloužícím k zaznamenání odpovídajících informací v typu pracovní položky přiřazeném ke Kategorii žádosti o zpětnou vazbu. ApplicationStartInformation: Slouží k zaznamenání cesty ke spuštění aplikace. ApplicationLaunchInstructions: Slouží k zaznamenání pokynů pro spuštění. ApplicationType: Slouží k zaznamenání typu aplikace.Uvedené typy odpovídají povoleným hodnotám zadaným v definici typu pracovní položky pro žádost o zpětnou vazbu.Chcete-li tento seznam upravit, přečtěte si téma Přizpůsobení rozevíracího seznamu (rozevírací nabídky) [přesměrováno].
TypeFieldValues	Požadováno pro TypeFieldValue, pokud type="ApplicationType". Určuje kolekci elementů TypeFieldValue, které se používají ve formuláři žádosti o zpětnou vazbu.
TypeFieldValue	Požadováno.Neupravujte. Určuje název typu aplikace, který se má zobrazit na formuláři žádosti o zpětnou vazbu. <TypeFieldValue value="ApplicationTypeName" type="TypeApp"/> Výchozí přiřazení odpovídají povoleným hodnotám zadaným v definici typu pro formulář žádosti o zpětnou vazbu. <TypeFieldValues>    <TypeFieldValue value="Web application" type="WebApp" />    <TypeFieldValue value="Remote machine" type="RemoteMachine" />    <TypeFieldValue value="Client application" type="ClientApp" /> </TypeFieldValues>

Poznámky k implementaci

• Pokud změníte nějaké pole v sekci TypeFields, měli byste odpovídající změnu provést v definici typu pracovní položky.Pokud například změníte pole Effort přiřazená k zaznamenání práce, měli byste stejnou změnu provést v definici typu pracovní položky pro nevyřízené položky produktu a chyby (Scrum).

• Referenční název určitého pole můžete vyhledat v tomto rejstříku.

Přiřazení nepracovních dnů

Plánování kapacity a grafy zbývající práce posuzují nepracovní dny.V každé šabloně procesu TFS jsou definovány následující nepracovní dny.

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

Prvek	Popis
DayOfWeek	Požadovaný podřízený element elementu Weekends. Určuje den v týdnu, který odpovídá nepracovnímu dni. <DayOfWeek>NameOfADay</DayOfWeek> Platné názvy odpovídají anglickým dnům v týdnu: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday a Saturday. [!POZNÁMKA] Den v týdnu je nutné zadat v angličtině bez ohledu na nainstalovaný jazyk serveru Team Foundation Server.
Weekends	Volitelné.Element kontejneru sloužící k určení nepracovních dnů. Nepracovní dny zadejte, pokud chcete nepracovní dny zohlednit při výpočtu kapacity a v grafech zbývající práce. Některé související poznámky jsou uvedeny v grafu zbývající práce a nelze je odebrat.

Změna barvy typu pracovní položky

Typy pracovních položek můžete při prohlížení výsledku dotazu nebo nevyřízené položky na první pohled rozlišit podle barvy přiřazené k typu pracovní položky.

V šabloně procesu Scrum jsou definována následující přiřazení barev.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
</WorkItemColors>

Prvek	Popis
WorkItemColors	Volitelné.Element kontejneru sloužící k určení barev pro typy pracovních položek.
WorkItemColor	Určuje barvy použité k zobrazení typu pracovní položky v rámci TWA.Primární barva se používá v zobrazeních seznamu a sekundární barva se používá v zobrazeních panelů, jako je panel úkolů nebo kanbanová deska. <WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Dotazy a odpovědi

D: Jak mohu přizpůsobit jiné funkce, které se zobrazují v nástrojích agilního plánování v TWA?

O: Některá přizpůsobení lze provést prostřednictvím uživatelského rozhraní.Jiná vyžadují úpravu konfigurace procesu nebo jiných objektů týmového projektu.Přehled naleznete v tématu Konfigurace a přizpůsobení nástrojů pro agilní plánování pro týmový projekt.

D: Chcete pracovat s nevyřízenými položkami dvou nebo více portfolií?

O: Výchozí prostředí podporuje jednu úroveň nevyřízených položek portfolia.Můžete přidat až pět úrovní, jak je popsáno v tématu Přidání nevyřízených položek do agilní správy portfolií.

D: Chcete přidat nebo změnit typy pracovních položek zobrazené na panelu úkolů nebo v nevyřízených položkách produktu?

O: Pokud jste přidali vlastní typ pracovní položky, můžete ho přidat buď do seznamu nevyřízených položek, nebo na panel úkolů.Nemůžete ho zobrazit na obou místech.Postup naleznete v tématu Přidání chyb do backlogu nebo na panel úloh.

D: Chcete zobrazit skutečný příklad importu a exportu konfigurace procesu?

O: Příklad je k dispozici zde: Import a export konfigurace procesu [witadmin].