Anpassen ihrer Arbeitsnachverfolgung

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

Wenn Sie Ihr Projekt planen und nachverfolgen, werden Sie feststellen, dass Sie möglicherweise ein Feature konfigurieren oder Ihre Benutzeroberfläche anpassen möchten, um die Nachverfolgungsanforderungen Ihres Teams zu erfüllen. Sie konfigurieren Teams und Team-Agile-Tools über den Verwaltungskontext des Webportals für Azure Boards. Die Methode zum Anpassen von Projekten, die sich auf alle Teams auswirkt, hängt vom verwendeten Prozessmodell ab.

Wenn Sie noch nicht mit Azure Boards und Arbeitselementenverfolgung vertraut sind, finden Sie weitere Informationen unter Was ist Azure Boards? und Nachverfolgen der Arbeit mit Benutzergeschichten, Problemen, Fehlern, Features und Epics.

Dieser Artikel bietet eine allgemeine Übersicht über die Anpassungen, die Sie vornehmen können, und wie sie sich für die drei Prozessmodelle unterscheiden. Anleitungen zu Anpassungen zur Unterstützung von Geschäftsentscheidungen finden Sie unter Konfigurieren und Anpassen Azure Boards.

Anpassungen, die Sie vornehmen, erfolgen auf einer der folgenden vier Ebenen:

  • Freigegebene Ressourcen auf Projektebene: Definieren Sie Bereichs- und Iterationspfade, die Teams zum Konfigurieren ihrer Backlogs und Boards auswählen. Freigegebene Abfragen und Arbeitselementtags sind zusätzliche Objekte, die nach der Definition im gesamten Projekt freigegeben werden können.
  • Teamressourcen oder -tools: Jedes Team kann seine spezifischen Tools wie Backlogs, Boards und Dashboards konfigurieren. Ausführliche Informationen finden Sie unter Informationen zu Teams und agilen Tools.
  • Berechtigungen auf Projekt- und Objektebene: Gewähren oder Einschränken des Zugriffs auf Tools für die Arbeitsnachverfolgung, einschließlich festlegen von Berechtigungen für Objekte und das Projekt und Zuweisen von Benutzern oder Gruppen zu bestimmten Zugriffsebenen.
  • Prozessanpassung auf Organisationsebene: Passen Sie die Felder, Arbeitselementtypen und Backlogs und Boards an, die allen Teams zur Verfügung stehen.
  • Freigegebene Ressourcen auf Projektebene: Definieren Sie Bereichs- und Iterationspfade, die Teams zum Konfigurieren ihrer Backlogs und Boards auswählen. Freigegebene Abfragen und Arbeitselementtags sind zusätzliche Objekte, die nach der Definition im gesamten Projekt freigegeben werden können.
  • Teamressourcen oder -tools: Jedes Team kann seine spezifischen Tools wie Backlogs, Boards und Dashboards konfigurieren. Ausführliche Informationen finden Sie unter Informationen zu Teams und agilen Tools.
  • Berechtigungen auf Projekt- und Objektebene: Gewähren oder Einschränken des Zugriffs auf Tools für die Arbeitsnachverfolgung, einschließlich festlegen von Berechtigungen für Objekte und das Projekt und Zuweisen von Benutzern oder Gruppen zu bestimmten Zugriffsebenen.
  • Prozessanpassung auf Sammlungsebene: Passen Sie die Felder, Arbeitselementtypen und Backlogs und Boards an, die allen Teams zur Verfügung stehen.

Freigegebene Ressourcen auf Projektebene

Jedes Projekt stellt eine Reihe von freigegebenen Ressourcen bereit, die alle Teams unterstützen, die dem Projekt hinzugefügt wurden. Sie konfigurieren diese Features über die Benutzeroberfläche oder den Administratorkontext des Webportals. Informationen dazu, wie das System Bereichs- und Iterationspfade verwendet, finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Auswahllisten für Den Bereichspfad Auswahllisten für Sprint/Iteration
Ändern Sie die Auswahlliste der Bereichspfade , um die Gruppierung von Arbeitselementen nach Team, Produkt oder Featurebereich zu unterstützen.
Pfade für hierarchischen Bereich
Ändern Sie die Auswahlliste der Iterationspfade , um die Gruppierung von Arbeiten in Sprints, Meilensteine oder einen anderen ereignisspezifischen oder zeitbezogenen Zeitraum zu unterstützen. Aktivieren Sie Sprints für jedes Team.
Iterationen oder Sprints
Freigegebene Abfragen Tags
Öffnen Sie freigegebene Abfragen, oder erstellen Sie Ihre eigenen
Abfrage mit dem Abfrage-Editor zum Auflisten von Arbeitselementen
oder hierarchische oder abhängige Elemente anzeigen.< br/Shared queries
Hinzufügen von Tags zu Arbeitselementen zum Filtern von Backlogs und Abfragen oder Auflisten von Elementen nach Tags
Hinzufügen von Tags zum Filtern von Backlogs, Boards und Abfragen

Identitätsfelder, Personenauswahlfelder

Die Felder Zugewiesen an und andere Identitäten werden vom Personenauswahlfeature unterstützt. Wenn Sie beispielsweise das Feld Zugewiesen an innerhalb eines Arbeitselementformulars auswählen, wird die Personenauswahl aktiviert. Wie in der folgenden Abbildung gezeigt, beginnen Sie einfach mit der Eingabe des Namens des Benutzers, den Sie auswählen möchten, und suchen Sie, bis Sie eine Übereinstimmung gefunden haben. Benutzer, die Sie zuvor ausgewählt haben, werden automatisch in der Liste angezeigt. Um Benutzer auszuwählen, die Sie zuvor nicht ausgewählt haben, geben Sie einfach ihren gesamten Namen ein, oder suchen Sie nach dem vollständigen Verzeichnis.

Screenshot des Felds

Für Organisationen, die ihre Benutzer und Gruppen mithilfe von Azure Active Directory (Azure AD) oder Active Directory verwalten, bietet die Personenauswahl Unterstützung für die Suche nach allen Benutzern und Gruppen, die dem AD hinzugefügt wurden, nicht nur die, die dem Projekt hinzugefügt wurden. Weitere Informationen finden Sie unter Hinzufügen von AD/Azure AD-Benutzern oder -Gruppen zu einer integrierten Sicherheitsgruppe.

Um den Bereich der zur Auswahl verfügbaren Identitäten nur auf die Benutzer zu beschränken, die dem Projekt hinzugefügt wurden, können Sie dies mithilfe der Gruppe Project-Scoped Users (Project-Scoped Users ) tun. Informationen dazu finden Sie unter Verwalten Ihrer Organisation, Einschränken der Identitätssuche und -auswahl.

Sie können die verfügbaren Werte für Identitätsfelder innerhalb eines Arbeitselements einschränken, indem Sie eine benutzerdefinierte Regel hinzufügen.

Prozessanpassung auf Organisationsebene

Prozessanpassung auf Sammlungsebene

Ihr Projekt bestimmt die verfügbaren Objekte zum Nachverfolgen der Arbeit und der Konfiguration von Agile-Tools. Insbesondere bestimmt das Projekt die Arbeitselementtypen (Work Item Types, WITs) (User Storys, Tasks, Bugs) und die Datenfelder, die zum Erfassen von Informationen verwendet werden. Benutzerdefinierte Objekte werden für teams freigegeben, die dem Projekt hinzugefügt wurden.

Hinweis

Die Methode, die Sie zum Anpassen der Arbeitsnachverfolgung verwenden, hängt vom Von Ihnen abonnierten Prozessmodell ab:

  • Vererbung: Unterstützt DIE WYSIWYG-Anpassung, die für Azure DevOps Services, Azure DevOps Server 2019 und Azure DevOps Server 2020 verfügbar ist.
  • Gehostete XML: Unterstützt die Anpassung durch Import/Export von Prozessvorlagen, die für eine ausgewählte Anzahl von Kunden von Azure DevOps Services verfügbar sind, die sich für dieses Modell entschieden haben.
  • Lokales XML: Unterstützt die Anpassung durch Import/Export von XML-Definitionsdateien für Arbeitsnachverfolgungsobjekte und ist für alle lokalen Bereitstellungen verfügbar.

In der folgenden Tabelle sind die Unterschiede zwischen den drei unterstützten Prozessmodellen zusammengefasst. Definitionen der wichtigsten Arbeitsnachverfolgungsobjekte finden Sie unter Agile-Glossar. Links zu allen Anpassungsartikeln finden Sie unter Schnellreferenzindex für Azure Boards Einstellungen.


Feature


WYSIWYG-Bearbeitung

✔️


Erstellen von geerbten benutzerdefinierten Prozessen, Erben von Änderungen in Systemprozessen (Agile, Basic, Scrum, CMMI)

✔️


Erstellen von benutzerdefinierten Prozessvorlagen (siehe Hinweis 1)

✔️

✔️


Aktualisierte Prozessänderungen gelten automatisch für alle Projekte, die auf den Prozess verweisen

✔️

✔️


Unterstützung für das Anpassen von Feldern, Arbeitselementtypen, Formularlayout, Workflow, benutzerdefinierte Regeln, Backlogebenen, benutzerdefinierte Steuerelemente, Testverwaltung

✔️

✔️

✔️


Unterstützung für das Anpassen von Linktypen, Teamfeldern, globalen Workflow und Prozesskonfiguration (siehe Hinweis 3)

✔️


Erstkonfiguration von Bereichspfaden, Iterationspfaden, Arbeitselementabfragen, Sicherheitsgruppen und Berechtigungen (siehe Hinweis 3)

✔️

✔️


Globale Listen

Auswahllisten

(siehe Hinweis 2)

✔️


Aktualisieren von Microsoft-Feldzuordnungen mithilfe des TFSFieldMapping-Befehlszeilentools (siehe Hinweis 4)

✔️

✔️


Verwenden von az boards-Befehlszeilentools zum Bearbeiten von Projekten und Teams und Zum Auflisten von Informationen

✔️

✔️

✔️


Verwenden der witadmin-Befehlszeilentools zum Auflisten und Exportieren von Prozessinformationen

✔️

✔️

✔️


Verwenden der witadmin-Befehlszeilentools zum Bearbeiten von Prozessinformationen

✔️


Verwenden Sie das Befehlszeilentool tcm fieldmapping, um die Testfallverwaltungszuordnung für Lösungstypen, Fehlerablage und Fehlertypen aufzulisten und zu exportieren.

✔️


REST-API (Lesen)

✔️

✔️

✔️


REST-API (Schreiben)

✔️

✔️

(siehe Hinweis 5)


Hinweise:

  1. Ein Prozess bestimmt die Bausteine, die zum Nachverfolgen der Arbeit verwendet werden. Eine Prozessvorlage gibt einen satz von voneinander abhängigen XML-Definitionsdateien an, die die Bausteine und die Erstkonfiguration für die Nachverfolgung von Arbeiten und anderen Funktionsbereichen bereitstellen.
  2. Die gehostete XML-Anpassung unterstützt das Hinzufügen und Aktualisieren globaler Listen mit einem Prozessupdate (vorbehaltlich der Grenzwerte für die maximale Größe jeder Liste). Weitere Informationen finden Sie unter Grenzwerte für Arbeitsnachverfolgungsobjekte.
  3. Das geerbte Prozessmodell unterstützt keine Anpassung der folgenden Features, die mit der Anpassung von Prozessvorlagen verfügbar sind. Stattdessen passen Sie diese Bereiche im Webportal projektweise an.
    • Konfigurieren von Bereichspfaden und Iterationspfaden
    • Arbeitselementabfragen
    • Sicherheitsgruppen und Berechtigungen
    • Berechtigungen und Zugriff auf Funktionsbereiche wie Versionskontrolle und Build
    Alternativ können Sie REST-APIs verwenden.
    Alternativ können Sie REST-APIs oder das Azure DevOps CLI-Befehlszeilentool verwenden.
  4. Die Unterstützung für die Office Project-Integration in Azure DevOps ist ab Azure DevOps Server 2019 veraltet. Der TFSFieldMapping-Befehl wird für Azure DevOps Server 2019 und höhere Versionen nicht unterstützt, einschließlich Azure DevOps Services. Ab Visual Studio 2019 unterstützt das Azure DevOps-Plug-In für Office Kein Office Project mehr.
  5. Sie können die REST-API verwenden, um Prozessvorlagen zu importieren und zu exportieren.

Auswählen des Prozessmodells für Ihre Projektsammlung

Für Azure DevOps Server 2019 und Azure DevOps Server 2020 haben Sie die Wahl zwischen Prozessmodellen. Wenn Sie eine Projektsammlung erstellen, müssen Sie zwischen XML (lokales XML-Prozessmodell) und Vererbung (Vererbungsprozessmodell ) wählen, wie im folgenden Dialogfeld gezeigt.

Assistent zum Erstellen einer Teamprojektsammlung, Dialogfeld

Wichtig

Die Wahl, die Sie treffen, ist nicht umkehrbar. Sobald die Auflistung erstellt wurde, können Sie Objekte zur Arbeitsnachverfolgung nur mithilfe des ausgewählten Modells anpassen. Außerdem gibt es keine Möglichkeit, vorhandene Projektsammlungen, die das lokale XML-Prozessmodell verwenden, zum Vererbungsprozessmodell zu migrieren.

Weitere Informationen zu Projektsammlungen finden Sie unter Verwalten von Projektsammlungen.

Anpassen der Testumgebung

Mehrere Arbeitselementtypen unterstützen die Testumgebung innerhalb der Testseiten des Webportals und des Test Manager-Clients. Für einen geerbten Prozess können Sie Den Testplan, die Test Suite und den Testfall die Arbeitselementtypen wie jeden anderen Arbeitselementtyp anpassen. Für einen lokalen XML-Prozess können Sie alle testbezogenen Arbeitselementtypen – Testplan, Test Suite, Testfall, freigegebene Schritte und freigegebene Parameter – wie jeder andere Arbeitselementtyp anpassen.

Mehrere Arbeitselementtypen unterstützen die Testumgebung innerhalb der Testseiten des Webportals und des Test Manager-Clients. Sie können diese Arbeitselementtypen – Testplan, Test Suite, Testfall, Freigegebene Schritte und freigegebene Parameter – wie jeder andere Arbeitselementtyp anpassen.

Die folgende Abbildung veranschaulicht die unterstützten Linkbeziehungen.

Test der Verwaltung von Arbeitsaufgabentypen

Weniger häufige Anpassungen

Sie können die folgenden Anpassungen nur ausführen, wenn Sie mit den gehosteten XML- oder lokalen XML-Prozessmodellen arbeiten. Anpassungen für die Prozesskonfiguration gelten für alle Teams, die einem Projekt hinzugefügt wurden.

Backlog- und Boardgrenzwerte (Hosted XML, Lokales XML)

Um die Anzeigeladezeit auf akzeptable Parameter zu begrenzen, ist das Taskboard auf maximal 1.000 Arbeitselemente beschränkt. Ausführliche Informationen finden Sie unter Xml-Elementreferenz für die Prozesskonfiguration.

Sie können diesen Wert auf maximal 1500 erhöhen, indem Sie einen Wert für das workItemCountLimit Attribut des TaskBacklog-Elements angeben. Ausführliche Informationen finden Sie unter Xml-Elementreferenz für die Prozesskonfiguration.

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

Ändern von Feldzuweisungen (Gehostete XML, lokale XML)

Sie können die Arbeitselementfelder ändern, die beim Berechnen der Kapazität, der Burndown Diagramme, der Vorhersagen und der Geschwindigkeit verwendet werden. Alle Änderungen, die Sie an einer der Standardzuweisungen vornehmen, sollten auch an dem Arbeitsaufgabentyp vorgenommen werden, der zum Definieren und Erfassen der Informationen für diesen Wert verwendet wird.

Wenn Sie beispielsweise das refname zugewiesene auf type="Activity" ändern, sollten Sie dasselbe Feld in die WIT-Definition einschließen, die der Aufgabenkategorie zugewiesen ist, die die Aktivitätsinformationen erfasst. Ausführliche Informationen finden Sie unter Xml-Elementreferenz für die Prozesskonfiguration.

Die felder, die Sie zuweisen, werden von den folgenden Tools verwendet:

Tool Feldtyp
Taskboard, Kapazitätstools, Sprint-Burndown Restarbeit
Produkt- und Portfoliobacklogs Backlogpriorität
Geschwindigkeit und Vorhersage Aufwand (zugeordnet zu Story Points, Effort oder Size)
Taskboard, Kapazitätstools Restarbeit
Kapazitätstools Aktivität (Vorgangsaktivität oder Disziplin)

Gewähren oder Einschränken des Zugriffs auf Arbeitsnachverfolgungstools

Sie können den Zugriff auf ausgewählte Features über Berechtigungseinstellungen gewähren oder einschränken. Wenn Sie Ihrem Team Benutzerkonten hinzufügen, werden diese automatisch der Gruppe Mitwirkender hinzugefügt. Sie haben dann Zugriff auf die meisten Features, die sie für Code, Arbeitsnachverfolgung, Builds und Tests benötigen. Die Mitwirkendegruppe erlaubt es Benutzern jedoch nicht, freigegebene Abfragen zu erstellen oder Bereichs- oder Iterationspfade hinzuzufügen. Sie müssen diese Berechtigungen separat erteilen.

Eine vereinfachte Ansicht der gängigsten Standardberechtigungen und Zugriffszuweisungen finden Sie unter Berechtigungen und Zugriff. Wenn Sie mit der Verwaltung von Berechtigungen noch nicht vertraut sind, lesen Sie Erste Schritte mit Berechtigungen, Zugriff und Sicherheitsgruppen, Berechtigungsvererbung und Sicherheitsgruppen.

Wenn Sie andernfalls den Zugriff auf ausgewählte Features gewähren oder einschränken möchten, lesen Sie eines der folgenden Themen:



Zusätzliche Anpassungsoptionen

Möchten Sie Ihre Tools auf eine Weise anpassen, die nicht unterstützt wird?

Hier sind einige Optionen für Sie verfügbar:

Versuchen Sie dies als Nächstes: