Anpassen von Projektnachverfolgungsdaten, Formularen, Workflow und anderen Objekten
Sie können das Verfolgen des Teamprojekts sowie das Entwerfen des Workflows, von Arbeitsaufgabenformularen und Datenfeldern konfigurieren, indem Sie ein oder mehrere Objekte zum Verfolgen von Arbeitsaufgaben anpassen.Wie die folgende Abbildung zeigt, Sie vorsichtig Arten von Objekten erstellen oder anpassen können.Sie verwalten Kategorien, Arbeitsaufgabentypen und Prozesskonfiguration für Teamprojekte.Sie verwalten globale Listen, Linktypen und Arbeitsaufgabenfelder für Teamprojektsammlungen.Sie können den globalen Workflow für ein Teamprojekt oder für eine Auflistung anpassen.
.png "Objekte für Arbeitsaufgabenverfolgung")
.gif "Hinweis") Hinweis |
|---|
Eine Übersicht über die meisten gängigen Bereiche, die für ein Teamprojekt angepasst werden, finden Sie unter Anpassen der Nachverfolgung von Arbeitsaufgaben und Ihres Teamprojekts. |
Mit Ausnahme von Datenfeldern kann die Definitionen der Objekte zum Nachverfolgen von Arbeitsaufgaben aus Team Foundation als XML-Datei exportieren und importieren.Die einzelnen Sätze von Objekten können Sie gemäß Ihren Anforderungen erstellen oder anpassen.
| Hinweis |
|---|
Sie können Objekte erstellen und ändern, um Arbeitsaufgaben mit dem Prozess-Editor zu verfolgen, einem Powertool für Visual Studio.Mithilfe dieses Tools können Sie globale Listen und Arbeitsaufgabentypen importieren und exportieren, Arbeitsaufgabentypen ändern und die Liste mit den für eine Auflistung definierten Datenfeldern überprüfen.Dieses Tool wird nicht unterstützt.Weitere Informationen finden Sie auf der folgenden Seite der Microsoft-Website: Team Foundation Server-Toole. |
Die Teammitglieder können mithilfe von Arbeitsaufgaben Arbeiten verfolgen, die an einem Projekt ausgeführt werden sollen.Mitglieder können eine Arbeitsaufgabe basierend auf einem standardmäßigen Arbeitsaufgabentyp, z. B. Fehler, Anforderung, Risiko oder Aufgabe, erstellen.Welcher Satz von standardmäßigen Arbeitsaufgabentypen für ein Teamprojekt verfügbar ist, hängt von der Prozessvorlage ab, mit der das Teamprojekt erstellt wurde.Ein Arbeitsaufgabentyp ist eine Vorlage, mit der Arbeitsaufgaben vom betreffenden Typ erstellt werden.Weitere Informationen finden Sie unter Auswählen einer Prozessvorlage.
Sie können die vordefinierten Arbeitsaufgabentypen um benutzerdefinierte Arbeitsaufgabentypen erweitern und so die Prozesse und das Kommunikationsschema Ihres Teams genauer in Team Foundation abbilden.Sie können beispielsweise Arbeitsaufgabentypen für einen projektspezifischen Fehler, eine Änderungsanforderung, eine Servicequalitätsanforderung, ein zu kalkulierendes Risiko und eine szenariobasierte Aufgabe erstellen.
Nachdem Sie eine Arbeitsaufgabe erstellt haben, enthält sie die Felder und das Verhalten, die im Arbeitsaufgabentyp definiert wurden, auf dessen Grundlage sie erstellt wurde.Zusätzlich zur Erstellung von Arbeitsaufgabentypen können Sie auch vorhandene Arbeitsaufgabentypen ändern.Um beispielsweise die von Ihrem Team verwendeten Prozesse besser zu unterstützen, können Sie einem Arbeitsaufgabentyp Felder hinzufügen oder sein Workflowverhalten ändern.
In diesem Thema
Definieren und Anpassen von Objekten an, die die Arbeit verwendet werden
Planen der Anpassungsanforderungen
Verwandte Aufgaben
Definieren und Anpassen von Objekten an, die die Arbeit verwendet werden
Objekt |
Beschreibung |
Verwandtes Thema |
|---|---|---|
Kategorie |
Mit einer Kategorie wird eine Gruppe von Arbeitsaufgabentypen definiert, mit denen ähnliche Arbeitsaufgaben nachverfolgt werden, auf die jedoch mit unterschiedlichen Namen verwiesen wird.Arbeitsaufgabentypen im gleichen Teamprojekt können in einer Kategorie gruppiert werden.Kategorien unterstützen das Ausführen von Abfragen, das Generieren von Berichten sowie das Festlegen von standardmäßigen Arbeitsaufgabentypen.Der Operator In Gruppe dient zum Suchen nach Arbeitsaufgaben, die einer Kategorie angehören.Weitere Informationen finden Sie unter Felder, Operatoren, Werte und Variablen von Abfragen. |
|
Feld |
Ein Feld dient zum Definieren eines Datentyps zum Nachverfolgen von Arbeit.Mit Arbeitsaufgabenfeldern können Sie Daten für einen Arbeitsaufgabentyp verfolgen, die Filterkriterien für Abfragen definieren und Berichte generieren.Sie müssen jedes Datenelement definieren, das nicht vordefiniert ist, das die Prozessvorlage nicht bereitstellt und das verfolgt, in der Definition des Workflows verwendet oder auf dem Formular für einen Arbeitsaufgabentyp angezeigt werden soll.Sie definieren ein Datenelement mithilfe des FIELD-Elements entweder für einen Arbeitsaufgabentyp oder einen globalen Workflow. Jedes Feld wird durch mindestens ein Attribut definiert, wobei festlegt wird, welchen Typ von Daten es enthalten kann, ob es zur Berichterstellung verwendet wird und ob es indiziert wird.Sie können auch optionale Elemente angeben, um das Feld einzuschränken, automatisch mit Werten zu füllen oder Bedingungen für die Werte anzugeben, auf die Benutzer das Feld mit einem Arbeitsaufgabenformular festlegen können. Sie können ein Feld hinzufügen, entfernen oder anpassen, wie es zum Nachverfolgen von Daten verwendet werden sollen.Informationen zum Definieren von Arbeitsaufgaben finden Sie weiter unten in diesem Thema unter Definieren und Anpassen von Datenfeldern. |
Definieren von Arbeitsaufgabenfeldern Arbeitsaufgabenfeldverweis für Visual Studio ALM Hinzufügen und Ändern von Arbeitsaufgabenfeldern zum Unterstützen von Berichten |
Globale Liste |
Eine globale Liste definiert eine Liste von Werten, die als Auswahlliste bezeichnet wird und die Sie für verschiedene Arbeitsaufgabentypen verwenden können, um den Wert oder die Werte zu steuern, auf die Benutzer ein Feld in einer Arbeitsaufgabe festlegen können.Globale Listen werden verwendet, um den Inhalt von Auswahllisten, die für viele Arbeitsaufgabentypen genutzt werden, schnell aktualisieren zu können. Sie können globale Listen in einem Arbeitsaufgabentyp definieren, aber dieses Vorgehen wird nicht empfohlen, da beim Import der Definition dieses Arbeitsaufgabentyps Änderungen überschrieben werden, die an anderer Stelle definiert werden.Stattdessen empfiehlt es sich, globale Listen mithilfe einer Definitionsdatei für globale Listen oder globale Workflows zu definieren und zu importieren. |
|
Globaler Workflow |
Ein globaler Workflow dient zum Definieren von Feldern und globalen Listen, die für alle Arbeitsaufgabentypen eines Teamprojekts oder einer Auflistung zur Verfügung stehen. |
|
Linktyp |
Ein Linktyp dient zum Definieren der Regeln und die Einschränkungen, durch die die möglichen Beziehungen zwischen Arbeitsaufgaben gesteuert werden.Zusätzlich zu den vordefinierten Linktypen können Sie weitere Linktypen gemäß Ihren Anforderungen an die Projektnachverfolgung erstellen.Bevor Sie beginnen, Links zwischen Arbeitsaufgaben zu erstellen, sollten Sie analysieren, wie Sie mithilfe von Links das Projekt planen und den Status von Arbeitsaufgaben nachverfolgen können. |
|
Verarbeiten Sie Konfiguration |
Verarbeiten Sie Konfigurationselemente steuern das Layout und die Funktionen der agilen Tools des Rückstandes und des Task Boards, die mit Team Web Access bereitgestellt werden. Wenn das Teamprojekt mit einer Prozessvorlage als die erstellt wurde, die von Visual Studio ALM 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. |
Anpassen der Rückstands- und Boardseiten mit Prozesskonfiguration |
Arbeitsaufgabentyp |
Ein Arbeitsaufgabentyp dient zum Definieren eines Objekts, mit dem die Arbeit für ein Teamprojekt (beispielsweise Fehler, Anforderungen oder Risiken) nachverfolgt wird.Die folgenden Komponenten definieren einen Arbeitsaufgabentyp:
|
Definieren und Anpassen des Workflows für Arbeitsaufgaben Entwerfen und Anpassen eines Arbeitsaufgabenformulars |
Zurück nach oben
Planen der Anpassungsanforderungen
Lesen Sie die folgenden Abschnitte, die Sie bei der Planung, bevor Sie Objekte zum Nachverfolgen der Arbeit definieren und anpassen.
Anpassungsprozesse
Systemfelder
Definieren Sie Datenfelder
Personennamenfelder
Zuordnungsfelder zwischen TFS und Microsoft Project
Vorhandene Felder der Änderung
Globale Listen von und globalen Workflow
.gif "ms243849.collapse_all(de-de,VS.110).gif")
Anpassungsprozesse
Wenn Sie die Erstellung zusätzlicher Objekte oder die Anpassung eigener Objekte für die Nachverfolgung von Arbeitsaufgaben planen, empfiehlt es sich, dabei die folgenden Prozesse zu berücksichtigen:
Identifizieren der besten Optionen zum Anpassen von Arbeitsaufgaben, die die Nachverfolgungsanforderungen unterstützen.Wenn Sie Objekte ändern, die Arbeitsaufgaben verfolgen, sollten Sie bestimmen, wie sich diese Änderungen auf vorhandene und zukünftige Teamprojekte auswirken.Siehe Bestimmen des Umfangs der Anpassungsanforderungen.
Wiederholen Sie die gegenseitigen Abhängigkeiten, die zwischen WIT-Objekten, agiler Planung, die Berichterstellung und Teamprozessen vorhanden sind.Siehe Anpassen von Teamprojekten und -prozessen.
Legen Sie klare Rollen und Zuständigkeiten fest, sowohl für die Personen, die die Arbeit ausführen, als auch für die Personen, die am Workflow zum Nachverfolgen von Arbeitsaufgaben beteiligt sind.
Automatisieren und dokumentieren Sie Änderungen, die Sie beim Anpassen von Objekten und beim Ändern der Bereitstellung vornehmen.
Testen Sie die angepassten Objekte auf die gleiche Weise wie Software.
Unterziehen Sie Prozessvorlagen und Objekte einer Versionskontrolle.Stellen Sie keine selbst definierten Objekte bereit, die nicht in einem Repository gespeichert wurden.
Testen Sie Änderungen immer zunächst in einer Testumgebung.Stellen Sie sicher, dass die Objekte für die Arbeitsaufgabenverfolgung in der Testumgebung den Objekten in der Produktionsumgebung ähneln oder mit ihnen identisch sind.
Zurück nach oben
Systemfelder
Es gibt eine Reihe von Systemfeldern, auf die von allen Arbeitsaufgabentypen verwiesen werden kann, selbst wenn sie in der Typdefinition nicht explizit mit einem FIELD (Definition)-Element definiert sind.Alle Namen von Systemfeldern beginnen mit dem Präfix "System" (beispielsweise System.ID).Die meisten dieser Felder werden zur Nachverfolgung verwendet, und die Benutzer können nur einige wenige über die Benutzeroberfläche ändern.Standardmäßig können Sie alle folgenden Arten von Feldern verwenden:
Identifikationsfelder: Titel, Beschreibung und Zugewiesen an.Diese Felder dienen zum Identifizieren der einzelnen Arbeitsaufgaben, und die Benutzer können ihre Werte über die Benutzeroberfläche ändern.Diese Felder sind üblicherweise im Formular eines jeden Arbeitsaufgabentyps enthalten.
Nachverfolgungsfelder: ID, Arbeitsaufgabentyp, Teamprojekt, Rev und die Felder mit der Anzahl verknüpfter Artefakte, die die Anzahl der mit einem Arbeitsaufgabenfeld verknüpften Artefakte enthalten (beispielsweise Anzahl angefügter Dateien, Anzahl externer Links, Anzahl Links und Anzahl zugehöriger Links).Wenn Sie diese Felder in ein Arbeitsaufgabenformular einschließen, müssen sie als schreibgeschützte Felder festgelegt werden.Diese Felder sind hilfreich beim Suchen einer Arbeitsaufgabe oder eines Satzes von Arbeitsaufgaben sowie beim Generieren von Berichten.
Überwachungsfelder: Erstellt von, Erstellungsdatum, Geändert von, Änderungsdatum und Verlauf.Mit diesen Feldern wird nachverfolgt, wer eine Arbeitsaufgabe erstellt oder geändert hat. Außerdem wird das Datum nachverfolgt, an dem die Arbeitsaufgabe erstellt oder geändert wurde.Das Feld Verlauf wird automatisch aktualisiert, wenn ein Feld in der Arbeitsaufgabe geändert wird.
Felder für besonderes Verhalten: Zustand, Grund, Bereich und Iteration.Jedem dieser Felder ist ein bestimmtes Verhalten zugeordnet.Das Verhalten der Felder "Zustand" und "Grund" wird vom Workflowmechanismus und von den Regeln gesteuert.Die Bereichs- und Iterationspfade sind die einzigen definierten TreePath-Felder.Die zulässigen Werte werden über das Dialogfeld Bereich und Iterationen für das Teamprojekt definiert.Weitere Informationen finden Sie unter Erstellen und Ändern von Bereichen und Iterationen.
Weitere Informationen finden Sie unter Arbeitsaufgabenfeldverweis für Visual Studio ALM.
Zurück nach oben
Definieren Sie Datenfelder
Sie sollten beim Definieren eines neuen Datenfelds oder eines neuen Arbeitsaufgabentyps die folgenden Richtlinien berücksichtigen.
Bestimmen Sie die Datenfelder, die Sie zusätzlich zu den integrierten Feldern benötigen, und jene, die bereits definiert worden sind.Weitere Informationen zu vorhandenen Feldern finden Sie unter Arbeitsaufgabenfeldverweis für Visual Studio ALM.Darüber hinaus können Sie mithilfe des witadmin listfields-Befehls eine Liste mit Feldern exportieren, die für eine Projektauflistung definiert wurden.Weitere Informationen finden Sie unter Verwalten von Arbeitsaufgabenfeldern [witadmin].
Ermitteln Sie, ob vorhandene Feldregeln geändert werden müssen.
Vergleichen Sie den Workflow von vorhandenen Arbeitsaufgabentypen mit Ihren Anforderungen an den Teamprozess.Machen Sie sich zunächst Gedanken zum Workflow und anschließend zu den Zustandsbezeichnungen.
Wenn Sie hinzufügen oder ein Feld anpassen, bestimmen Sie, ob Sie jede besondere Logik implementieren müssen.
Muss eine Feldregel eingeschränkt werden, sodass sie nur für einen Benutzer oder eine Gruppe oder für bestimmte Benutzer oder Gruppen gilt?
Muss eine Feldregel abhängig von einem Zustand, einem Übergang oder einem Grund für einen Übergang eingeschränkt werden?
Muss ein Feld einer statischen oder dynamischen Liste mit Werten zugeordnet werden?Welche Aufzählungslisten benötigen Sie, und wie werden diese über die Grenzen von Arbeitsaufgabentypen und Teamprojekten hinweg freigegeben?
Statische Listen müssen selten aktualisiert werden.Dynamische Listen können auf einem Satz von Benutzer- oder Kundennamen basieren.Können Sie globale Listen verwenden, um die Zeit zu minimieren, die ausgegeben wurde, Listen zu aktualisieren?Können Sie eine Liste mithilfe von Active Directory und Personennamenfeldern synchronisieren?
Gibt es einen zu definierenden Satz von Feldern, der einheitlich für mehrere Teamprojekte oder Arbeitsaufgabentypen verwendet wird?
Können Sie Felder, die das Team Felder über mehrere Typen von Arbeitsaufgaben verfolgen muss, in einem globalen Workflow statt in jedem Typ der Arbeitsaufgabe definieren?
| Hinweis |
|---|
Es ist nicht möglich, ein Feld zum Berechnen von Daten zu definieren, die in mehreren Feldern enthalten sind. |
Weitere Informationen finden Sie unter Definieren von Arbeitsaufgabenfeldern.
Zurück nach oben
Personennamenfelder
Ein Feld zum Speichern von Personennamen wird unter Verwendung des String-Datentyps definiert.Wenn die Liste mit den gültigen Namen für dieses Feld mit den in Active Directory gespeicherten Namen synchronisiert werden soll, legen Sie das syncnamechanges-Attribut auf true fest.Darüber hinaus können Sie das Attribut eines vorhandenen Zeichenfolgenfelds ändern, sodass die Synchronisierung von Personennamen unterstützt wird.Weitere Informationen finden Sie unter Verwalten von Arbeitsaufgabenfeldern [witadmin].
Zurück nach oben
Zuordnungsfelder zwischen TFS und Microsoft Project
Wenn Sie den Projektzeitplan mithilfe von Microsoft Project verwalten, können Sie Felder definieren und einem Arbeitsaufgabenformular hinzufügen, die im Projektplan angezeigt oder geändert werden können.Wenn das Teamprojekt auf einer Microsoft Solutions Framework (MSF)-Prozessvorlage basiert, wurde beim Erstellen des Teamprojekts eine Standardzuordnungsdatei hochgeladen.
Mit der Microsoft Project-Feldzuordnungsdatei wird die Zuordnung von Feldern zwischen Team Foundation und Microsoft Project bestimmt.Weitere Informationen finden Sie unter Anpassen von Microsoft Project-Feldzuordnungen und Planen von Aufgaben und Zuweisen von Ressourcen mit Microsoft Project.
Zurück nach oben
Vorhandene Felder der Änderung
Das nachträgliche Ändern zuvor definierter Datenfelder ist mit einem gewissen Aufwand verbunden.
Alle Felder, die Sie definieren (entweder über einen Arbeitsaufgabentyp oder über einen globalen Workflow), werden für eine Teamprojektsammlung definiert.Das Definieren eines Felds ist vergleichbar mit dem Hinzufügen eines neuen Datensatzes zu einer globalen Datenbanktabelle, die für jeden Datensatz den Anzeigenamen, den Verweisnamen und andere Feldattribute enthält.Von allen für die Auflistung definierten Arbeitsaufgabentypen wird auf diese Tabelle verwiesen.Wenn Sie sich also dazu entschließen, ein Feld umzubenennen, ein Attribut zu ändern oder ein Feld zu löschen, wirkt sich diese Änderung auf alle Arbeitsaufgabentypen aus, von denen auf das Feld verwiesen wird.
Alle berichtsfähigen Daten aller Teamprojekte, die in allen Projektauflistungen für eine Bereitstellung von Team Foundation Server definiert sind, werden außerdem in ein einzelnes relationales Data Warehouse geschrieben.Daten von diesem Warehouse werden dann verarbeitet und in den SQL Server Analysis Services-Cube geschrieben.Durch das Auflisten von Daten in einem einzelnen Data Warehouse wird eine teamprojektübergreifende Berichterstellung unterstützt.Da Felder jedoch für jede Projektauflistung separat verwaltet werden, können Schemakonflikte auftreten, wenn einem oder mehreren Attributen eines Felds, das demselben Berichtsverweisnamen zugewiesen wurde, unterschiedliche Definitionen zugewiesen werden.
Zudem gilt: Wenn Sie dem Arbeitsaufgabentyp ein Feld hinzufügen und der gleiche Verweisname bereits von einem anderen Arbeitsaufgabentyp verwendet wurde, können weder Datentyp noch Feldname überschrieben werden.Darüber hinaus gelten folgende Einschränkungen:
Wenn Sie ein Feld aus einem bestimmten Arbeitsaufgabentyp entfernen, wird es nicht aus der Auflistung oder vom Datenbankserver entfernt, selbst wenn nicht mehr von jedem Arbeitsaufgabentyp darauf verwiesen wird.Um ein Feld zu entfernen, müssen Sie es aus der Auflistung explizit mit dem witadmin deletefield-Befehl löschen.
Vor dem Löschen eines Felds muss es zunächst aus der Definition aller Arten von Arbeitsaufgaben entfernt werden, von denen darauf verwiesen wird. Auch muss es aus allen globalen Workflows entfernt werden, von denen auf das Feld verwiesen wird.
Wenn das gelöschte Feld zur Berichterstellung verwendet wurde, muss das Data Warehouse neu erstellt werden, um das alte Feld und dessen Werte zu löschen.
Zurück nach oben
Globale Listen von und globalen Workflow
Eine Möglichkeit zum Vereinfachen der Wartung und der Anpassungsaktivitäten für Arbeitsaufgabentypen besteht darin, einige Objekte als global zu definieren.Globale Objekte sind entweder für ein Teamprojekt oder für eine Projektsammlung verfügbar.Sie können sie Prozessvorlagen hinzufügen, um sie zu neuen Teamprojekten verfügbar zu machen oder sie zu anderen Projektsammlungen hochzuladen.Machen Sie sich in der Planungsphase Gedanken zur Verwendung der globalen Listen und Felder in Teamprojekten und Arbeitsaufgabentypen.
Eine globale Liste kann auf folgende Arten definiert werden: als Teil der Definition für einen Arbeitsaufgabentyp, als Teil eines globalen Workflows oder als eigene Definitionsdatei für globale Listen, die für eine Projektsammlung importiert werden.Die beiden letztgenannten Methoden werden empfohlen, da Sie alle globalen Listen an einem Ort verwalten und unabsichtliche Änderungen durch Ändern eines vorhandenen Arbeitsaufgabentyps vermieden werden.
Sie können einen globalen Workflow mithilfe einer XML-Definitionsdatei definieren und ihn für ein Teamprojekt oder eine Auflistung importieren.Der globale Workflow kann Felddefinitionen und globale Listen enthalten.
Weitere Informationen finden Sie unter Definieren von globalen Listen sowie unter Anpassen des globalen Workflows.
Zurück nach oben
Verwandte Aufgaben
Aufgaben |
Verwandter Inhalt |
|---|---|
Benennen der Felder und anderen Objekte für die Arbeitsaufgabenverfolgung..Sie können einen Anzeigenamen für jedes Objekt angeben mit dem Sie Titelarbeitsaufgabe.Für einige Objekte müssen Sie auch einen Verweisnamen angeben.Beide Typen von Namen müssen die definierten Anforderungen anhand des Objekttyps erfüllen. |
|
Suchen der Schemadefinition für ein Element eines Arbeitsaufgabentyps.Sie können die Syntax anzeigen, die für die einzelnen den Arbeitsaufgabentypen zugeordneten Schemaelemente verwendet wird. |
|
Identifizieren der lokalisierenden Elemente in der Typdefinition einer Arbeitsaufgabe.Sie können einige Teile der Typdefinition einer Arbeitsaufgaben lokalisieren, damit sie in der Muttersprache des Benutzers angezeigt werden. |
|
Importieren, Exportieren und Verwalten von Objekten für die Arbeitsaufgabenverfolgung.Mit dem witadmin-Befehlszeilenprogramm können Sie Kategorien, globale Listen, Linktypen, Arbeitsaufgabentypen und Arbeitsaufgabenfelder erstellen, löschen, importieren und exportieren.Sie verwalten diese Objekte für jede Auflistung oder jedes Teamprojekt. |