Anpassen der Rückstands- und Boardseiten mit Prozesskonfiguration

Artikel
03/12/2013

Sie können mehrere Prozesskonfigurationselemente so anpassen, dass diese der Agile-Planung und den Scrum-Prozessen entsprechen.Viele dieser Elemente steuern die neuen agile Planungstools, die mit Team Web Access bereitgestellt werden.Weitere Informationen finden Sie unter Konfigurationsänderungen zum Hinzufügen neuer Funktionen.

Wenn das Teamprojekt mit einer Prozessvorlage als die erstellt wurde, die von Microsoft bereitgestellt wurden, oder Sie die Typdefinitionen für Arbeitsaufgaben angepasst haben, müssen Sie möglicherweise die Definitionsdateien anpassen, die Prozesskonfiguration unterstützen.Wenn Sie oder hinzugefügte Arbeitsaufgabentypen angepasst haben und diese Felder verwenden möchten, sollten Sie wünscht bestimmen, wie die Prozesskonfigurationselemente ändert, um andere Objekte übereinstimmt, die Sie angepasst haben.

Prozesskonfigurationselemente bestimmen das Layout und die Funktionalität der folgenden Funktionen:

Sie passen diese Funktionen an, indem Sie eine oder mehrere der folgenden Definitionsdateien für das Teamprojekt anpassen: AgileConfiguration, CommonConfiguration und Kategorien.

Hinweis
Die CommonConfigurations-Datei enthält mehrere Elemente, die verwendet werden, um die Projektbeteiligtefeedbackerfahrung zu unterstützen.Sie sollten die Zuweisungen nicht ändern, die diesen Elementen gemacht werden.

In diesem Thema

Kategorien, Prozesskonfiguration und Deaktivieren der Erstellung der bestimmten Typen von Arbeitsaufgaben
Workflowstatus, Metazustände und Prozesskonfiguration
Passen Sie die Produktrückstandsseite an
Passen Sie die Sprints oder Iterationsrückstandsseiten an
Passen Sie die Task Board-Seite an
Passen Sie Fehler und meine Arbeit an
Exportieren und Importieren von Definitionsdateien zur Prozesskonfiguration

Hinweis
Änderungen, die Sie an Definitionsdateien gelten alle Teams ausführen, die im Teamprojekt arbeiten, das Sie anpassen.Sie können eine Task Board- oder Rückstandsseite für ein einzelnes Team nicht anpassen.

Anforderungen

Um das witadmin Befehlszeilentool auszuführen, müssen Sie Mitglied der Gruppe Team Foundation Administrators oder der Gruppe Projektadministratoren für das Projekt sein.Weitere Informationen finden Sie unter Team Foundation Server-Berechtigungen.
Um die Rückstands- oder Task Board-Seiten anzuzeigen, müssen die Team Web Access-Berechtigungen zu Vollständig festgelegt werden.Möglicherweise gelten zusätzliche Lizenzanforderungen.Weitere Informationen finden Sie unter Zugriff auf Funktionen in Team Web Access.

Kategorien und Prozesskonfiguration

Prozesskonfiguration verweist die Kategorien, die für das Teamprojekt angegeben werden.Eine Kategorie ist einfach eine Gruppe von Arbeitsaufgabentypen, die definiert wurden, wie, die in derselben Gruppe Stützabfragen- und -Prozessfunktionen.Beispielsweise gibt die Standardkonfiguration für alle Prozessvorlagen die folgenden Kategorien an, die erforderlich sind, um die Funktionen zu unterstützen, die von Visual Studio ALM verwendet werden:

Fehlerkategorie
Codeüberprüfungs-Anforderungs-Kategorien- und Codeüberprüfungs-Wartekategorie
Feedback-Anforderungs-Kategorien- und Feedback-Wartekategorie
Anforderungskategorie
Kategorie freigegebener Schritte
Aufgaben-Kategorie
Testfallkategorie
Ausgeblendete Typ-Kategorie

Die meisten dieser Kategorien sind selbsterklärend und enthalten nur einen Arbeitsaufgabentyp in der Kategorie.Die Ausnahme von dieser Regel ist Ausgeblendete Typ-Kategorie.

Wenn Sie Arbeitsaufgabentypen, die auf ähnliche Weise und Sie wirkt, möchten sie auf ähnliche Weise als die behandeln erstellt haben, die durch die oben genannten Kategorien definiert werden, dann können Sie sie der Kategorie hinzufügen.Wenn Sie eine oder mehrere Typen Fehler definiert haben, dann können Sie die Typen der Fehlerkategorie hinzufügen.Auf diese Weise behandelt die Prozesskonfiguration automatisch diese Fehlertypen, wie sie den standardmäßigen Arbeitsaufgabentyp für ausführen.Oder, Sie können die Anforderungskategorie anpassen, um zwei oder drei Typen von Arbeitsaufgaben einzuschließen, die Sie dem Produktrückstand oder legen Sie hinzufügen können, um auf dem Task Board angezeigt wird.

Um zu erfahren mehr über wie Kategorien verwendet werden, finden Sie unter Definieren von Kategorien für Arbeitsaufgabentypen.

Agile Tools und Kategorienanforderungen und Einschränkungen

Sie können angeben, welche Typen von Arbeitsaufgaben als Rückstandselemente oder als Aufgabenelemente betrachtet werden.Beispielsweise weist die Scrum-Prozessvorlage der Anforderungskategorie die Fehler- und Produkt-Rückstands-Elementtypen zu, während die Agile-Vorlage User Story zuweist und die CMMI-Vorlage Anforderung zugewiesen wird.Alle Standardprozessvorlagen weisen der Aufgaben-Kategorie den Arbeitsaufgabentyp Aufgabe zu.

Wenn Sie den Kategorien von Arbeitsaufgabentypen zuweisen, sollten Sie die folgenden Befolgen:

Sie müssen einen Arbeitsaufgabentyp und mindestens einen Arbeitsaufgabentyp zuweisen der Aufgaben-Kategorie der Anforderungskategorie.
Sie können den gleichen Arbeitsaufgabentyp nicht zuweisen und der Aufgaben-Kategorie beider Anforderungskategorie.
Wenn Sie mehr als einen Arbeitsaufgabentyp in die Anforderungskategorie oder die Aufgaben-Kategorie einschließen, wird der Typ, der an den DEFAULTWORKITEMTYPE-Element zugewiesen wird, als der Standardtyp auf den agilen Rückstands- und Ausschussseiten.
Für alle Arbeitsaufgabentypen, die Sie einer Kategorie zuweisen, die in die CommonConfigurations-Datei verwiesen wird, müssen Sie die Workflowzustände auf einen gültigen Metazustand zuweisen, wie in Workflowstatus, Metazustände und Prozesskonfiguration beschrieben.Die Tabellen Categories und -Metazustands-Zuweisungen einiger Team Foundation Clients Bezugs, dieim CommonConfiguration definiert werden, festzulegen.

Ausgeblendete Typ-Kategorie

Die verborgene Typ-Kategorie gibt den Satz von Arbeitsaufgabentypen an, die Sie Benutzer nicht manuell erstellen möchten.Diese Typdefinitionen werden verwendet, um die Feedback- und Codeüberprüfungserfahrungen zu unterstützen sowie die Definition von Testfällen.

Passen Sie Kategorien an

Sie können die Typen von Arbeitsaufgaben anpassen, die in einer Kategorie eingeschlossen werden, indem die Categories.xml-Datei ändert.Weitere Informationen finden Sie unter Definieren von Kategorien für Arbeitsaufgabentypen.

Um die Typen von Arbeitsaufgaben angeben, um in einer Kategorie einzuschließen

Exportieren Sie die Definitionsdatei für Kategorien für das Teamprojekt, wie in Exportieren und Importieren von Definitionsdateien zur Prozesskonfiguration beschrieben.

Öffnen Sie die Kategorien Datei im Editor oder einem anderen Text-Editor und rufen das CATEGORY-Element, das Sie ändern möchten.

Beispielsweise suchen Sie das Element CATEGORY für "Hidden Types Category".

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
</CATEGORY>

Um einen neuen Arbeitsaufgabentyp einer Kategorie hinzuzufügen, fügen Sie ein - Element hinzu WORKITEMTYPE, das den Anzeigenamen des Arbeitsaufgabentyps angibt den Sie hinzufügen möchten.

Beispielsweise fügt die folgende Syntax den Maßarbeitelementtyp "des Integrationsbuild" der ausgeblendeten Typ-Kategorie hinzu.

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
   <WORKITEMTYPE name="Integration Build" />
</CATEGORY>

Importieren Sie die Definitionsdatei für Kategorien zu dem Teamprojekt.

Zurück nach oben

Workflowstatus, Metazustände und Prozesskonfiguration

Jeder Arbeitsaufgabentyp wird mit einem Workflow zugeordnet, der von einem Satz von gültigen Status und Übergänge zwischen diesen Zuständen enthalten ist.Workflowstatus, definieren, wie eine Arbeitsaufgabe aus der ersten Aktivierung fortschreitet, oder Erstellung schließen oder schließen ab.Beispielsweise definieren die Zustände, die für das Scrum 2.0-Produktrückstandselement definiert werden, eine Weiterentwicklung von vier Zustände, von Neu, Bestätigt und Zugesichert, zu Fertig und enthalten außerdem einen fünften Zustand, Entfernt, um einen Zustand außerhalb der typischen Fortschritt zu verdeutlichen.Metazustände hingegen bestimmen, wie der Rückstand und die Task Boards jeden Workflowstatus behandeln.Die primären Metazustände, die vom Rückstand und vom Task Board verwendet werden, sind Proposed, InProgress und Complete.Durch jeden Workflowstatus zu einem Metazustand zuordnen, können die Hintergrundoperationen, die ausgeführt werden, um den Rückstand anzuzeigen und die Task Boards den Status jeder Arbeitsaufgabe richtig interpretiert wird.Metazustände sind zu Arbeitsaufgabentypen bestimmt.

Beispielsweise stellt die folgende Syntax die Zuordnungen, die in der Definitionsdatei gemacht werden, sodass die CommonConfiguration Workflowstatus für die Typen von Arbeitsaufgaben zugeordnet werden, die im Microsoft.RequirementCategory für die Scrum 2.0-Prozessvorlage definiert werden.In diesem Beispiel werden die Neu und Bestätigt Zustände mit dem Proposed Metazustand zugeordnet.Der Proposed Metazustand gibt Arbeitsaufgaben an, die noch nicht neu zugesicherten sind, oder noch nicht an arbeiten und daher auf der Produktrückstandsseite angezeigt werden.Sobald Übergänge eines Workflowstatus zu einem Zustand, der nicht mit dem Proposed Metazustand zugeordnet ist, schlägt die weg von der Produktrückstandsseite.

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

In der folgenden Tabelle werden die zwei Kategorien von Metazuständen und die Enumerationstypen, die durch jedes unterstützt werden.

Gruppieren	Unterstützte Typen	Hinweise
Agile	Proposed: Gibt Arbeitsaufgaben an, die noch nicht neu zugesicherten sind, oder noch nicht an arbeiten. InProgress: Gibt Arbeitsaufgaben an, die ein Commit ausgeführt wurden oder aktiv gearbeitet werden. Complete: Gibt Arbeitsaufgaben an, die implementiert wurden.	Die Metazustände, die für die agile Gruppe definiert wurden, unterstützen Zuweisungen für mehrere Kategorien, einschließlich der Anforderungen, weisen eine Arbeit zu, überwachen und Feedbackkategorien ab.Im Allgemeinen sind diese die Zuordnungen: Proposed: Neu, vorgeschlagen, genehmigt oder ausführen.Arbeitsaufgaben in diesem Metazustand werden auf der Produktrückstandsseite. InProgress: Aktiv, mit ausgeführtem Commit, ausgeführt oder aufgelöst.Arbeitsaufgaben in diesem Metazustand werden von der Produktrückstandsseite entfernt, da sie zu einer Iteration übermittelt wurden oder diesem Sprint. Complete: Geschlossen oder tun.Der Aufwand, der durch die Rückstandselemente in diesem Metazustand dargestellt wird, sind enthalten, wenn die Geschwindigkeit des Teams abgeleitet. Arbeitsaufgaben in einem Workflowstatus, der nicht auf einen der unterstützten Metazustände zugeordnet ist, werden nicht auf den Rückstands- oder Task Board-Seiten.
Fehler	Resolved: Gibt Fehler an, die aufgelöst wurden.	Die Metazustände, die für die Fehlergruppe definiert wurden, unterstützen das Zuordnen des aufgelösten Workflowstatus der Fehler. Hinweis Sie können den Resolved Metazustand nur einem Workflowstatus zuweisen, der unter dem BugWorkItems-Element angegeben wird.

Agile

Proposed: Gibt Arbeitsaufgaben an, die noch nicht neu zugesicherten sind, oder noch nicht an arbeiten.
InProgress: Gibt Arbeitsaufgaben an, die ein Commit ausgeführt wurden oder aktiv gearbeitet werden.
Complete: Gibt Arbeitsaufgaben an, die implementiert wurden.

Die Metazustände, die für die agile Gruppe definiert wurden, unterstützen Zuweisungen für mehrere Kategorien, einschließlich der Anforderungen, weisen eine Arbeit zu, überwachen und Feedbackkategorien ab.Im Allgemeinen sind diese die Zuordnungen:

Proposed: Neu, vorgeschlagen, genehmigt oder ausführen.Arbeitsaufgaben in diesem Metazustand werden auf der Produktrückstandsseite.
InProgress: Aktiv, mit ausgeführtem Commit, ausgeführt oder aufgelöst.Arbeitsaufgaben in diesem Metazustand werden von der Produktrückstandsseite entfernt, da sie zu einer Iteration übermittelt wurden oder diesem Sprint.
Complete: Geschlossen oder tun.Der Aufwand, der durch die Rückstandselemente in diesem Metazustand dargestellt wird, sind enthalten, wenn die Geschwindigkeit des Teams abgeleitet.

Arbeitsaufgaben in einem Workflowstatus, der nicht auf einen der unterstützten Metazustände zugeordnet ist, werden nicht auf den Rückstands- oder Task Board-Seiten.

Fehler

Resolved: Gibt Fehler an, die aufgelöst wurden.

Die Metazustände, die für die Fehlergruppe definiert wurden, unterstützen das Zuordnen des aufgelösten Workflowstatus der Fehler.

Hinweis

Sie können den Resolved Metazustand nur einem Workflowstatus zuweisen, der unter dem BugWorkItems-Element angegeben wird.

Zurück nach oben

Passen Sie die Produktrückstandsseite an

Der Produktrückstand stellt eine Liste für das Produkt dar, das Sie entwickeln.Rückstandselemente entsprechen einem bestimmten Arbeitsaufgabentyp auf der Prozessvorlage, die verwendet wird, um das Teamprojekt, wie Produktrückstandselement, User Story oder Anforderung zu erstellen.Wenn Sie andere Typen von Arbeitsaufgaben aufzeichnen oder die Anforderungen mit zwei oder mehr Arbeitsaufgabentypen, dann können Sie die Produktrückstandsseite anpassen, um die Verwendung zu unterstützen.Insbesondere können Sie das Layout und die Funktionalität der Produktrückstandsseite folgendermaßen anpassen:

Geben Sie die Felder an und Typen von Arbeitsaufgaben, die für Elemente zum Rückstand mit schnell hinzufügen "fügen verfügbar sind, schnell" Bereich hinzu.
Legen Sie Spalten und die Spaltensequenz, die verwendet wurde, um Produktrückstandselemente aufzulisten fest.
Passen Sie die Typen von Arbeitsaufgaben, die als Rückstandselemente betrachtet werden.

Legen Sie die Workflowstatus Rückstandselementen, die auf dem Produktrückstand sind fest, oder werden ausgeführt und sollten berücksichtigt werden, als, die Geschwindigkeit des Teams die Ableitung.

Hinweis
Stellen Sie sicher, dass nur Arbeitsaufgabentypen mit einem Workflowstatus, der dem Proposed Metazustand entspricht, auf der Produktrückstandsseite angezeigt werden.Wenn Sie einen Arbeitsaufgabentyp der Anforderungskategorie hinzufügen, stellen Sie sicher, dass Sie das Feld hinzufügen, das verwendet wird, um Aufwand für die Geschwindigkeit des Teams zur Definition für den Arbeitsaufgabentyp verfolgen.

Stellen Sie sicher, dass nur Arbeitsaufgabentypen mit einem Workflowstatus, der dem Proposed Metazustand entspricht, auf der Produktrückstandsseite angezeigt werden.Wenn Sie einen Arbeitsaufgabentyp der Anforderungskategorie hinzufügen, stellen Sie sicher, dass Sie das Feld hinzufügen, das verwendet wird, um Aufwand für die Geschwindigkeit des Teams zur Definition für den Arbeitsaufgabentyp verfolgen.

Legen Sie das Feld fest, das verwendet wurde, um Geschwindigkeit zu berechnen.

Hinweis
Die Sequenz der Elemente auf der Produktrückstandsseite wird entsprechend bestimmt, wo Sie die Elemente hinzugefügt oder die Elemente auf der Seite gezogen haben.Da Sie Elemente ziehen, ein Hintergrundprozess aktualisiert das Feld, das type="Order" zugewiesen wird.

Zurück nach oben

Passen Sie die Sprints oder Iterationsrückstandsseiten an

Die Sprints oder Iterationsrückstandsseiten zeigen beiden Satz von Anforderungen an, die Sie und das Team zu einem bestimmten Iterationszyklus und Aufgaben übernommen haben, die Sie an diesen Anforderungen verknüpft haben.Aufgaben müssen mit Anforderungen mithilfe des untergeordneten Linktyp verknüpft sind.Da die Typen von Arbeitsaufgaben, die auf diesen Seiten angezeigt werden, auf die gleichen Typen entsprechen, die auf der Produktrückstandsseite angezeigt werden, definiert viele der Anpassungsarbeit, die für die Produktrückstandsseite ausführen, die die Funktionalität der Iterationsrückstandsseiten.

Sie können das Layout anpassen und Funktionen des Iterationsrückstandes Seiten folgendermaßen:

Legen Sie die Spalten- und Spaltensequenz fest, die angezeigt werden.
Bestimmen Sie die Sequenz oder die Sortierreihenfolge von Rückstandselementen.
Passen Sie die Typen von untergeordneten Arbeitsaufgaben, die Sie hinzufügen können (die Standardeinstellung ist) Aufgabe.
Geben Sie die Felder an und formatieren Sie (Stunden oder Tage) verwendet, um verbleibende Arbeit zu berechnen.
Geben Sie das Feld an, das verwendet wird, um Aktivität und verbleibende Arbeit mithilfe der Kapazität-durchAktivität zuzuordnen.
Geben Sie die arbeitsfreien Tage an, die in der Rechenkapazität und in Burndown verwiesen wird (Standards entsprechen Samstag und Sonntag) zu.

Sie passen diese Funktionen an, indem Sie eine oder mehrere der folgenden Definitionsdateien für das Teamprojekt anpassen: AgileConfiguration, CommonConfiguration und Kategorien.Weitere Informationen finden Sie unter Anpassen der Rückstandsseiten.Weitere Informationen zum Arbeiten mit den Rückstandsseiten zu erfahren, finden Sie unter Erstellen des Produktrückstands oder Hinzufügen zum Produktrückstand und Planen einer Iteration.

Zurück nach oben

Passen Sie die Task Board-Seite an

Mit dem Task Board kann das Team Arbeitsaufgaben und Berichtsstatus aktualisieren.Die Spalten des Task Boards entsprechen den Workflowstatus, die Aufgaben zugewiesen sind.Die angezeigten Arbeitsaufgaben enthalten alle Rückstandselemente, die der aktuellen Iteration zugewiesen wurden, und alle verknüpften untergeordneten Aufgaben dieser Elemente, unabhängig von der Iteration, der sie zugewiesen wurden.

Aufgabenelemente, die als untergeordnete Aufgaben zu den Rückstandselementen hinzugefügt werden können, entsprechen Typen von Arbeitsaufgaben, die der Aufgaben-Kategorie zugewiesen werden.Klicken Sie im Ausschuss werden Aufgaben unter der Spaltenüberschrift von ihrem Workflowstatus.Wenn Sie die Aufgaben aus einer Spalte zu anderen ziehen, wird das Feld Zustand für dieses Element automatisch aktualisiert.

Da die Typen von Arbeitsaufgaben, die auf diesen Seiten angezeigt werden, auf die gleichen Typen entsprechen, die auf den Iterationsrückstandsseiten angezeigt werden, bestimmt viel der Anpassungsarbeit, die für die Iterationsrückstandsseite durchführen, was in der Task Board-Seite angezeigt wird.

Sie können die Funktionen der Task Board-Seite folgendermaßen anpassen:

Bestimmen Sie, welche Arten von untergeordneten Arbeitsaufgaben auf dem Task Board aussehen und das Typen Sie als untergeordnetes Element einem Rückstandselement hinzufügen können (die Standardeinstellung ist) Aufgabe.
Wählen Sie die Workflowzustände von Aufgabenelementen aus, die berücksichtigt werden, auf dem Task Board zu sein.
Ändern Sie die maximale festgelegte Begrenzung für die Anzahl von Arbeitsaufgaben, die auf dem Task Board angezeigt werden können.Der Standardwert ist 500 Arbeitsaufgaben.

Sie passen diese Funktionen an, indem Sie eine oder mehrere der folgenden Definitionsdateien für das Teamprojekt anpassen: AgileConfiguration, CommonConfiguration und Kategorien.Weitere Informationen finden Sie unter Anpassen der Rückstandsseiten.Weitere Informationen zum Arbeiten mit dem Task Board zu erfahren, finden Sie unter Ausführen einer Iteration.

Zurück nach oben

Passen Sie Fehler und meine Arbeit an

Meine ArbeitTeam Explorer, eine Funktion, die Entwicklern ermöglicht, ihre Arbeit zu organisieren, Timeouts und Arbeit effizienter reduzieren, Verweise, die die Metazustände der Fehlerkategorie zugewiesen haben.

Sie passen diesen Bereich an, indem Sie die Definitionsdateien für Kategorien und CommonConfiguration aktualisieren.Weitere Informationen finden Sie unter Unterstützen des Fehlerupdatestatus mit "Meine Arbeit".

Zurück nach oben

Exportieren und Importieren von Definitionsdateien zur Prozesskonfiguration

Vor dem Anpassen der Prozesskonfiguration, müssen Sie möglicherweise die aktuelle Definitionsdatei exportieren, die für das Teamprojekt definiert ist.Nachdem Sie eine Definitionsdatei angepasst haben, müssen Sie sie in das Teamprojekt importieren, damit die Änderungen werden.

So fügen Sie eine Definitionsdatei exportieren

Auf einem Computer, auf dem Visual Studio oder Team Explorer installiert ist ein Eingabeaufforderungsfenster, und geben Sie Folgendes ein:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
Ersetzen Sie bei einer 64-Bit-Windows-Edition %programfiles% durch %programfiles(x86)%.
Um die Definitionsdateien für Kategorien oder Prozesskonfiguration zu exportieren, geben Sie die folgenden Befehle ein die Daten für die Argumente einzeln ersetzt die hier, wo CollectionURL die URL einer Teamprojektsammlung angibt, Projektname angibt den Namen eines Teamprojekts angezeigt werden, das in der Auflistung definiert ist und DirectoryPath den Namen und den Speicherort angibt damit die Datei exportiert.Wählen Sie dann die EINGABETASTE aus.
```
witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Der folgende Befehl ist ein Beispiel dafür, wie die Definitionsdateien für die agile Prozesskonfiguration importiert:

witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

So fügen Sie eine Definitionsdatei importieren

Um die Definitionsdateien für Kategorien oder Prozesskonfiguration zu importieren, werden Sie von der vorherigen Prozedur fort und geben Sie die folgenden Befehle ein die Daten für die Argumente einzeln ersetzt die angezeigt werden, und EINGABETASTE auszuwählen.
```
witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Wichtig

Eine Definitionsdatei importieren, überschreibt alle vorhandenen Kategorien oder Konfigurationen, die für das Teamprojekt definiert wurden.