Anpassen ihrer Arbeitsnachverfolgungserfahrung


Feature


WYSIWYG-Bearbeitung

✔️


Erstellen geerbter benutzerdefinierter Prozesse, Erben von Änderungen in Systemprozessen (Agile, Basic, Agile, CMMI)

✔️


Erstellen benutzerdefinierter 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, benutzerdefinierten Regeln, Backlogebenen, benutzerdefinierten Steuerelementen, Testverwaltung

✔️

✔️

✔️


Unterstützung für das Anpassen von Linktypen, Teamfeldern, globalem 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 mit dem Befehlszeilentool TFSFieldMapping (siehe Hinweis 4)

✔️

✔️


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

✔️

✔️

✔️


Verwenden der witadmin-Befehlszeilentools zum Bearbeiten von Projekten und Auflisten von Projektinformationen

✔️


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 abhängigen Satz von XML-Definitionsdateien an, die die Bausteine und die Erstkonfiguration für die Nachverfolgung von Arbeit und anderen Funktionbereichen bereitstellen.
  2. Die Anpassung von gehostetem XML unterstützt das Hinzufügen und Aktualisieren von globalen Listen mit einer Prozessaktualisierung (mit Einschränkungen der maximalen Größe jeder Liste). Weitere Informationen finden Sie unter Grenzwerte für Arbeitsnachverfolgungsobjekten.
  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 Projekt für Projekt an.
    • Konfigurieren von Bereichspfaden und Iterationspfaden
    • Arbeitselementabfragen
    • Sicherheitsgruppen und Berechtigungen
    • Berechtigungen und Zugriff auf Funktionsbereiche wie Versionskontrolle und Build
    Sie können auch REST-APIs verwenden.
  4. Die Unterstützung Office Project integration in Azure DevOps ist ab Azure DevOps Server 2019 veraltet. Der TFSFieldMapping-Befehl wird weder für Azure DevOps Server 2019 noch für Azure DevOps Services. Ab Visual Studio 2019 unterstützt das Azure DevOps-Plug-In für Office keine Office Project.
  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

Wichtig

Die von Ihnen getroffene Auswahl ist nicht umkehrbar. Nachdem die Sammlung erstellt wurde, können Sie Arbeitsnachverfolgungsobjekte 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 auf den Testseiten des Webportals und Test Manager Client. Für einen geerbten Prozess können Sie die Arbeitselementtypen Testplan, TestSammlung und Testfall wie jeden anderen Arbeitselementtyp anpassen. Bei einem lokalen XML-Prozess können Sie alle testbezogenen Arbeitselementtypen – Testplan, TestSammlung, Testfall, Freigegebene Schritte und freigegebene Parameter – wie jeden anderen Arbeitselementtyp anpassen.

Mehrere Arbeitselementtypen unterstützen die Testumgebung auf den Testseiten des Webportals und Test Manager Client. Sie können diese Arbeitselementtypen – Testplan, TestSammlung, Testfall, Freigegebene Schritte und freigegebene Parameter – wie jeden anderen Arbeitselementtyp anpassen.

Die folgende Abbildung veranschaulicht die unterstützten Linkbeziehungen.

Test der Verwaltung von Arbeitsaufgabentypen

Weniger häufig vorgenommene 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 werden, gelten für alle Teams, die einem Projekt hinzugefügt werden.

Backlog- und Boardgrenzwerte (gehostetes XML, lokales XML)

Um die Anzeigeladezeit auf akzeptable Parameter zu beschränken, ist das Task board auf maximal 1.000 Arbeitselemente beschränkt. Weitere Informationen finden Sie unter Xml-Elementreferenz zur Prozesskonfiguration.

Sie können diesen Wert auf maximal 1500 erhöhen, indem Sie einen Wert für das -Attribut des workItemCountLimitworkItemCountLimit angeben. Weitere Informationen finden Sie unter Xml-Elementreferenz zur Prozesskonfiguration.

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

Ändern von Feldzuweisungen (gehostetes XML, lokales 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 z. B. die zugewiesene in ändern, sollten Sie das gleiche Feld in die WIT-Definition aufnehmen, die der Aufgabenkategorie zugewiesen ist, die refnametype="Activity" die Aktivitätsinformationen erfasst. Weitere Informationen finden Sie unter Xml-Elementreferenz zur Prozesskonfiguration.

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

Tool Feldtyp
Taskboard, Kapazitätstools, Sprint-Burndown Verbleibende Arbeit
Produkt- und Portfolio-Backlogs Backlogpriorität
Geschwindigkeit und Vorhersage Aufwand (zuordnung zu Story Points, Effort oder Size)
Taskboard, Kapazitätstools Verbleibende Arbeit
Kapazitätstools Aktivität (Aufgabenaktivitä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 benötigen, um Code, Arbeitsnachverfolgung, Builds und Tests zu nutzen. Die Gruppe Mitwirkender lässt jedoch nicht zu, dass Benutzer freigegebene Abfragen erstellen oder Bereichs- oder Iterationspfade hinzufügen können. Sie müssen diese Berechtigungen separat erteilen.

Eine vereinfachte Ansicht der gängigsten Standardberechtigungen und Zugriffszuweisungen finden Sie unter Berechtigungen und Zugriff. Wenn Sie noch nicht mit der Verwaltung von Berechtigungen beginnen, finden Sie weitere Informationen unter Erste Schritte mit Berechtigungen, Zugriffs- und Sicherheitsgruppen, Berechtigungsvererbung und Sicherheitsgruppen.

Lesen Sie andernfalls eines der folgenden Themen, um den Zugriff auf ausgewählte Features zu gewähren oder einzuschränken:



Zusätzliche Anpassungsoptionen

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

Hier sind einige Optionen, die Ihnen zur Verfügung stehen:

Versuchen Sie dies als Nächstes:

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Wenn Sie Ihr Projekt planen und nachverfolgen, sollten Sie ein Feature konfigurieren oder Ihre Erfahrung an die Nachverfolgungsanforderungen Ihres Teams anpassen. Sie konfigurieren Teams und Agile-Teamtools über den Webportal-Verwaltungskontext für Azure Boards. Die Methode, die Sie zum Anpassen von Projekten verwenden, die sich auf alle Teams auswirkungen, hängt vom prozessspezifischen Modell ab, das Sie verwenden.

Wenn Sie noch nicht mit Azure Boards und Arbeitselementnachverfolgung arbeiten, finden Sie weitere Informationen unter Was ist Azure Boards? und Nachverfolgen der Arbeit mit User Storys, Problemen, Fehlern,Features und Epics.

Dieser Artikel bietet eine umfassende Ü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:

  • Project freigegebene Ressourcen:Definieren Sie Bereichs- und Iterationspfade, die Teams auswählen, um ihre Backlogs und Boards zu konfigurieren. Freigegebene Abfragen und Arbeitselementtags 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. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.
  • Prozessanpassung auf Organisationsebene:Passen Sie die Felder, Arbeitselementtypen sowie Backlogs und Boards an, die allen Teams zur Verfügung stehen.
  • Projectund Berechtigungen auf Objektebene: Gewähren oder beschränken Sie den Zugriff auf Arbeitsnachverfolgungstools. Dazu gehören das Festlegen von Berechtigungen für Objekte und das Projekt sowie das Zuweisen von Benutzern oder Gruppen zu bestimmten Zugriffsebenen.
  • Project freigegebene Ressourcen:Definieren Sie Bereichs- und Iterationspfade, die Teams auswählen, um ihre Backlogs und Boards zu konfigurieren. Freigegebene Abfragen und Arbeitselementtags 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. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.
  • Prozessanpassung auf Sammlungsebene:Passen Sie die Felder, Arbeitselementtypen sowie Backlogs und Boards an, die allen Teams zur Verfügung stehen.
  • Projectund Berechtigungen auf Objektebene: Gewähren oder beschränken Sie den Zugriff auf Arbeitsnachverfolgungstools. Dazu gehören das Festlegen von Berechtigungen für Objekte und das Projekt sowie das Zuweisen von Benutzern oder Gruppen zu bestimmten Zugriffsebenen.

Project freigegebene Ressourcen auf Ebene

Jedes Projekt stellt eine Reihe von freigegebenen Ressourcen zur Verfügung, 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 zur Verwendung von Bereichs- und Iterationspfaden durch das System finden Sie unter Informationen zu Bereichs- und Iterationspfaden.

Auswahllisten für Bereichspfade Sprint-/Iterationsauswahllisten
Ändern Sie die Auswahlliste der Bereichspfade, um das Gruppieren von Arbeitselementen nach Team, Produkt oder Featurebereich zu unterstützen.
Hierarchische Bereichspfade
Ändern Sie die Auswahlliste der Iterationspfade, um das Gruppieren von Arbeit 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 freigegebener Abfragen oder Erstellen eigener Abfragen
Abfrage mithilfe des Abfrage-Editors zum Auflisten von Arbeitselementen
oder hierarchische oder abhängige Elemente anzeigen. <<
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 Zugewiesen zu und andere Identitätsfelder werden von der Personenauswahlfunktion unterstützt. Wenn Sie z. B. das Zugewiesen zu in einem Arbeitselementformular 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, 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: Personenauswahl Zugewiesen zu Feld

Für Organisationen, die ihre Benutzer und Gruppen mithilfe von Azure Active Directory (Azure AD) oder Active Directory verwalten, bieten Personenauswahlen Unterstützung für die Suche nach allen Benutzern und Gruppen, die dem AD hinzugefügt wurden, und nicht nur den Benutzern, 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 identitäten, die zur Auswahl verfügbar sind, auf die Benutzer zu beschränken, die dem Projekt hinzugefügt wurden, können Sie dazu die Gruppe Project Benutzer verwenden. Informationen dazu finden Sie unter Verwalten Ihres Projekts, Beschränken der Identitätssuche und Auswahlvon .

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

Prozessanpassung auf Organisationsebene

Prozessanpassung auf Sammlungsebene

Ihr Projekt bestimmt die Objekte, die zum Nachverfolgen der Arbeit und der Konfiguration von Agile-Tools verfügbar sind. Insbesondere bestimmt das Projekt die Arbeitselementtypen (WITs) – User Storys, Aufgaben, Fehler – und die Datenfelder, die zum Erfassen von Informationen verwendet werden. Benutzerdefinierte Objekte werden von teamsübergreifend gemeinsam genutzt, die dem Projekt hinzugefügt wurden.

Hinweis

Welche Methode Sie zum Anpassen der Arbeitsnachverfolgung verwenden, hängt vom Prozessmodell ab, das Sie abonnieren:

  • Vererbung:Unterstützt die WYSIWYG-Anpassung, die für Azure DevOps Services, Azure DevOps Server 2019 und Azure DevOps Server 2020 verfügbar ist.
  • Gehostetes XML:Unterstützt die Anpassung durch Importieren/Exportieren 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 Importieren/Exportieren von XML-Definitionsdateien für Arbeitsnachverfolgungsobjekte und ist für alle lokalen Bereitstellungen verfügbar.

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