Anpassen Ihrer Erfahrung für die Arbeitsnachverfolgung

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Während Sie Ihr Projekt planen und nachverfolgen, werden Sie feststellen, dass Sie möglicherweise ein Feature konfigurieren oder Ihre Erfahrung 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, mit der Sie Projekte anpassen, die sich auf alle Teams auswirken, hängt vom verwendeten Prozessmodell ab.

Wenn Sie noch nicht mit Azure Boards und der Nachverfolgung von Arbeitsaufgaben vertraut sind, lesen Sie Was ist Azure Boards? Und verfolgen Sie die Arbeit mit Benutzergeschichten, Problemen, Fehlern, Features und Epen.

Dieser Artikel enthält eine allgemeine Übersicht über die Anpassungen, die Sie erstellen 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 von Azure Boards.

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

• Gemeinsam genutzte Ressourcen auf Projektebene: Definieren Sie Bereichs- und Iterationspfade, die Teams auswählen, um ihre Backlogs und Boards zu konfigurieren. Freigegebene Abfragen und Arbeitsaufgabentags sind zusätzliche Objekte, die nach der Definition für das gesamte Projekt freigegeben werden können.
• Teamressourcen oder -tools: Jedes Team kann seine spezifischen Tools konfigurieren, z. B. Backlogs, Boards und Dashboards. Mehr dazu erfahren Sie unter Informationen zu Teams und Agile-Tools.
• Berechtigungen auf Projekt- und Objektebene: Gewähren oder Einschränken des Zugriffs auf Arbeitsverfolgungstools, die das Festlegen von Berechtigungen für Objekte und das Projekt sowie das Zuweisen von Benutzern oder Gruppen zu bestimmten Zugriffsebenen umfassen.
• Anpassung des Prozesses auf Organisationsebene: Anpassen der Felder, Arbeitsaufgabentypen und Backlogs und Boards, die für alle Teams verfügbar sind.

Gemeinsam genutzte Ressourcen auf Projektebene

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

Auswahllisten für Bereichspfade	Sprint-/Iterationsauswahllisten
Ändern Sie die Auswahlliste der Bereichspfade, um die Gruppierung von Arbeitsaufgaben nach Team, Produkt oder Featurebereich zu unterstützen.	Ändern Sie die Auswahlliste der Iterationspfade , um die Gruppierung von Arbeiten in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume zu unterstützen. Aktivieren Sie Sprints für jedes Team.

Freigegebene Abfragen	Tags
Öffnen freigegebener Abfragen oder Erstellen eigener Abfragen Abfrage mithilfe des Abfrage-Editors zum Auflisten von Arbeitsaufgaben oder hierarchische oder abhängige Elemente anzeigen.<Br/	Hinzufügen von Tags zu Arbeitselementen zum Filtern von Backlogs und Abfragen oder Listenelementen nach Tags

Identitätsfelder, Personenauswahlfelder

Die Felder "Zugewiesen an " und andere Identitätsfelder werden von der Personenauswahlfunktion unterstützt. Wenn Sie beispielsweise in einem Arbeitselementformular das Feld Zugewiesen zu auswählen, wird die Personenauswahl aktiviert. Beginnen Sie einfach wie im folgenden Screenshot gezeigt mit der Eingabe des gewünschten Benutzernamens, bis Sie eine Übereinstimmung finden. Benutzer*innen, die Sie zuvor bereits ausgewählt haben, werden automatisch in der Liste angezeigt. Um Benutzer auszuwählen, die Sie zuvor noch nicht ausgewählt haben, geben Sie einfach ihren gesamten Namen ein, oder suchen Sie nach dem vollständigen Verzeichnis.

Organisationen, die ihre Benutzer und Gruppen mit Microsoft Entra ID oder Active Directory verwalten, bieten Personenauswahlen Unterstützung für die Suche nach allen Benutzern und Gruppen, die dem AD hinzugefügt wurden, nicht nur diejenigen, die dem Projekt hinzugefügt wurden. Weitere Informationen finden Sie unter Hinzufügen von Active Directory/Microsoft Entra-Benutzern oder -Gruppen zu einer integrierten Sicherheitsgruppe.

Wenn Sie die zur Auswahl verfügbaren Identitäten auf die Benutzer*innen beschränken möchten, die dem Projekt hinzugefügt wurden, können Sie dazu die Gruppe Projektbereichsbezogene Benutzer verwenden. Informationen dazu finden Sie unter Verwalten Ihrer Organisation, Einschränken der Identitätssuche und Auswahl.

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

Anpassung des Prozesses auf Organisationsebene

Ihr Projekt bestimmt die verfügbaren Objekte zum Nachverfolgen von Arbeit und Konfiguration von Agile-Tools. Insbesondere bestimmt das Projekt die Arbeitsaufgabentypen (WORK Item Types, WITs) – Benutzergeschichten, Aufgaben, Fehler – und die Datenfelder, die zum Erfassen von Informationen verwendet werden. Angepasste Objekte werden in allen Teams gemeinsam genutzt, die dem Projekt hinzugefügt wurden.

Hinweis

Die Methode, die Sie zum Anpassen der Arbeitsnachverfolgung verwenden, hängt von dem Prozessmodell ab, das Sie abonnieren:

• Vererbung: Unterstützt WYSIWYG-Anpassungen, die für Azure DevOps Services, Azure DevOps Server 2019 und Azure DevOps Server 2020 verfügbar sind.
• Gehostetes XML: Unterstützt Anpassungen 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 anpassungen durch Import/Export von XML-Definitionsdateien für Arbeitsverfolgungsobjekte 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 Standard Arbeitsverfolgungsobjekte finden Sie im Agile-Glossar. Links zu allen Anpassungsartikeln finden Sie unter Kurzübersichtsindex für Azure Boards-Einstellungen.

---

Feature

Vererbung

Gehostete XML

Lokales XML

---

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, Arbeitsaufgabentypen, Formularlayout, Workflow, benutzerdefinierte Regeln, Backlogebenen, benutzerdefinierte Steuerelemente, Testverwaltung

✔️

✔️

✔️

---

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

✔️

---

Anfängliche Konfiguration von Bereichspfaden, Iterationspfaden, Arbeitsaufgabenabfragen, Sicherheitsgruppen und Berechtigungen (siehe Hinweis 3)

✔️

✔️

---

Globale Listen

Auswahllisten

(siehe Hinweis 2)

✔️

---

Verwenden von Befehlszeilentools für az boards zum Bearbeiten von Projekten und Teams und Listeninformationen

✔️

✔️

✔️

---

Verwenden der Befehlszeilentools "witadmin" zum Auflisten und Exportieren von Prozessinformationen

✔️

✔️

✔️

---

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 interdependenten Satz von XML-Definitionsdateien an, die die Bausteine und die anfängliche Konfiguration für die Nachverfolgung von Arbeiten und anderen Funktionsbereichen bereitstellen.
2. Gehostete XML-Anpassung unterstützt das Hinzufügen und Aktualisieren von globalen Listen mit einer Prozessaktualisierung (vorbehaltlich von Grenzwerten für die maximale Größe jeder Liste). Weitere Informationen finden Sie unter Einschränkungen des Arbeitsverfolgungsobjekts.
3. Das geerbte Prozessmodell unterstützt keine Anpassung der folgenden Features, die mit der Anpassung von Prozessvorlagen zur Verfügung stehen. Stattdessen passen Sie diese Bereiche im Webportal auf Projektbasis an.
   • Konfigurieren von Bereichspfaden und Iterationspfaden
   • Arbeitsaufgabenabfragen
   • Sicherheitsgruppen und Berechtigungen
   • Berechtigungen und Zugriff auf Funktionsbereiche wie Versionssteuerung und Build
   Sie können auch REST-APIs oder das Azure DevOps CLI-Befehlstool 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, einschließlich Azure DevOps Services, nicht unterstützt. Ab Visual Studio 2019 unterstützt das Azure DevOps-Plug-In für Office Office Nicht mehr Office Project.
5. Sie können die REST-API verwenden, um Prozessvorlagen zu importieren und zu exportieren.

Anpassen der Testumgebung

Mehrere Arbeitsaufgabentypen unterstützen die Testerfahrung auf den Testportal-Testseiten und dem Test-Manager-Client. Für einen geerbten Prozess können Sie Testplan-, Test suite- und Testfalltypen, Arbeitsaufgabentypen wie alle anderen Arbeitsaufgabentypen anpassen. Bei einem lokalen XML-Prozess können Sie alle testbezogenen Arbeitsaufgabentypen – Testplan, Test Suite, Test case, Shared Steps und Shared Parameters – wie alle anderen Arbeitsaufgabentypen anpassen.

Die folgende Abbildung zeigt die unterstützten Verknüpfungsbeziehungen.

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, die an der Prozesskonfiguration vorgenommen wurden, gelten für alle Teams, die einem Projekt hinzugefügt wurden.

Backlog- und Boardbeschränkungen (gehostetes XML, lokales XML)

Um die Anzeigeladezeit auf akzeptable Parameter zu beschränken, ist die Task board auf maximal 1000 Arbeitsaufgaben beschränkt. Ausführliche Informationen finden Sie unter Prozesskonfigurations-XML-Elementreferenz.

Sie können diesen Wert bis zu maximal 1500 erhöhen, indem Sie einen Wert für das workItemCountLimit Attribut des TaskBacklog-Elements angeben. Ausführliche Informationen finden Sie unter Prozesskonfigurations-XML-Elementreferenz.

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

Ändern von Feldzuweisungen (gehostetes XML, lokales XML)

Sie können die Arbeitsaufgabenfelder ändern, die bei der Berechnung von Kapazität, Burndowndiagrammen, Prognose und Geschwindigkeit verwendet werden. Jede Änderung, die Sie an einer der Standardzuweisungen vornehmen, sollte einer Änderung entsprechen, die an der WIT vorgenommen wurde, die zum Definieren und Erfassen von Informationen für diesen Wert verwendet wird.

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

Die von Ihnen zugewiesenen Felder werden von den folgenden Tools verwendet:

Tool	Feldtyp
Task Board, Kapazitätstools, Sprint-Burndown	Verbleibende Arbeit
Product und Portfolio Backlogs	Priorität des Backlogs
Geschwindigkeit und Prognose	Anstrengung (ordnet Story Points, Effort oder Size)
Task Board, Kapazitätstools	Verbleibende Arbeit
Kapazitätstools	Aktivität (Vorgangsaktivität oder Disziplin)

Gewähren oder Einschränken des Zugriffs auf Arbeitsverfolgungstools

Sie können den Zugriff auf die Auswahl von Features über Berechtigungseinstellungen gewähren oder einschränken. Wenn Sie Ihrem Team Benutzerkonten hinzufügen, werden sie 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 Gruppe "Mitwirkender" erlaubt benutzern jedoch nicht, freigegebene Abfragen zu erstellen oder Bereichs- oder Iterationspfade hinzuzufügen. Sie müssen diese Berechtigungen separat erteilen.

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

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

---

Verwalten des Zugriffs

• Informationen zu Zugriffsebenen
• Hinzufügen von Teammitgliedern (Azure DevOps Services)
• Ändern der Zugriffsebenen (lokale Bereitstellungen)
• Hinzufügen von Teammitgliedern (lokale Bereitstellungen)

Berechtigungen

• Berechtigungen für Bereichspfade
• Berechtigungen zum Verarbeiten
• Arbeitselementabfrage- und Ordnerberechtigungen
• Dashboardberechtigungen
• Berechtigungen für den Übermittlungsplan
• Kategorisieren von Berechtigungen
• Testen von Berechtigungen

Freigegebene Ressourcen

• Warnungen
• Bereichspfade
• Iterationspfade
• Abfragen
• Tags

---

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:

• Schauen Sie sich Marketplace-Erweiterungen an, um zu sehen, ob ein Tool für Ihre Zwecke verfügbar ist
• Eigene Erweiterung entwickeln
• Ermitteln, ob ein Service-Hook Ihre Anforderungen erfüllt
• Erstellen Eines eigenen Tools mithilfe von REST-APIs
• Fügen Sie unserer Entwicklercommunity-Seite eine Featureanforderung hinzu.

Versuchen Sie dies als Nächstes:

Konfigurieren und Anpassen von Azure Boards

Verwandte Artikel

• Arbeitselement-Feldindex
• witadmin-Befehlszeilentool
• Verwalten von Prozessvorlagen
• Übersicht über Prozessvorlagen
• Benennungseinschränkungen und -konventionen
• Einschränkungen für Arbeitsnachverfolgung, Prozesse und Projekte