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 Sie der folgenden Abbildung entnehmen können, können Sie sieben Arten von Objekten erstellen oder anpassen. Sie verwalten Kategorien und Arbeitsaufgabentypen 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.

Mit Ausnahme von Datenfeldern kann die Definition jedes Arbeitsaufgabennachverfolgungsobjekt mittels Team Foundation als XML-Definitionsdatei exportiert und importiert werden. Die einzelnen Sätze von Objekten können Sie gemäß Ihren Anforderungen erstellen oder anpassen.

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 zum Nachverfolgen von Arbeitsaufgaben

• Anpassungsrichtlinien

• Verwandte Aufgaben

Definieren und Anpassen von Objekten zum Nachverfolgen von Arbeitsaufgaben

Zurück nach oben

Planen der Anpassungsanforderungen

Die folgenden Abschnitte enthalten Informationen, die Sie bei der Planung vor dem Definieren und Anpassen von Objekten für die Nachverfolgung von Arbeitsaufgaben berücksichtigen sollten.

• Prinzipien für den Anpassungsprozess

• Systemfelder

• Definieren von Datenfeldern und Anpassen von Arbeitsaufgabentypen

• Personennamenfelder

• Zuordnen von Feldern zwischen Team Foundation und Microsoft Project

• Ändern vorhandener Felder

• Verwenden von globalen Listen und globalem Workflow

Prinzipien für den Anpassungsprozess

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:

• 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 Verwenden von Systemfeldern und von den MSF-Prozessvorlagen definierten Feldern.

Zurück nach oben

Definieren von Datenfeldern und Anpassen von Arbeitsaufgabentypen

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 Verwenden von Systemfeldern und von den MSF-Prozessvorlagen definierten Feldern. 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?

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 Aktivieren der Synchronisierung benutzerdefinierter Person-Name-Felder.

Zurück nach oben

Zuordnen von Feldern zwischen Team Foundation 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

Ändern vorhandener Felder

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

Verwenden von globalen Listen und globalem 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

Siehe auch

Konzepte

Neues bei der Nachverfolgung von Arbeitsaufgaben

Nachverfolgen von Fehlern, Aufgaben und anderen Arbeitsaufgaben

Anpassen von Teamprojekten und -prozessen

Weitere Ressourcen

Definieren und Anpassen von Objekten zum Nachverfolgen von Arbeitsaufgaben mit dem Plug-In für die Arbeitsaufgabenverfolgung

Anpassen von Prozessvorlagen

Änderungsprotokoll