Anpassen Ihrer Erfahrung für die Arbeitsnachverfolgung

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

Berücksichtigen Sie beim Planen und Nachverfolgen Ihres Projekts die Konfiguration von Features oder anpassen Sie Ihre Benutzeroberfläche, um die Nachverfolgungsanforderungen Ihres Teams anzupassen. Der Ansatz zum Anpassen von Projekten, die sich auf alle Teams auswirkt, hängt vom verwendeten Prozessmodell ab.

In diesem Artikel erhalten Sie eine Übersicht über die verfügbaren Anpassungen und deren Unterschiede in den drei Prozessmodellen. Spezifische Anleitungen zu Anpassungen zur Unterstützung von Geschäftsentscheidungen finden Sie unter Konfigurieren und Anpassen von Azure Boards. Weitere Informationen finden Sie unter Was ist Azure Boards? und Informationen zu Arbeitsaufgaben.

Grundlegendes zu Anpassungsebenen

Sie können die Arbeitsnachverfolgung auf den folgenden Ebenen anpassen:

Anpassungsbereich und Auswirkungen

Wenn Sie den Umfang jeder Anpassungsstufe verstehen, können Sie fundierte Entscheidungen treffen:

Gemeinsam genutzte Ressourcen auf Projektebene

Jedes Projekt bietet viele freigegebene Ressourcen, die alle Teams innerhalb des Projekts unterstützen. Sie konfigurieren diese Features über die Benutzeroberfläche oder den Administratorkontext des Webportals.

Zentrale gemeinsam genutzte Ressourcen

Die folgenden freigegebenen Ressourcen bilden die Grundlage der Arbeitsnachverfolgung in Ihrem Projekt:

• Bereichspfade: Organisieren von Arbeitsaufgaben nach Featurebereich oder Teamverantwortung
• Iterationspfade: Definieren von Sprints und Versionen für die Planung und Nachverfolgung
• Freigegebene Abfragen: Erstellen wiederverwendbarer Abfragen, auf die alle Teammitglieder zugreifen können
• Arbeitselementtags: Hinzufügen von Metadaten zur Kategorisierung und Filterung
• Sicherheitsgruppen: Verwalten von Zugriffsberechtigungen für das gesamte Projekt

Weitere Informationen finden Sie in den folgenden Artikeln:

• Informationen zu Bereichs- und Iterationspfaden
• Festlegen von Bereichspfaden
• Ändern der Auswahlliste für einen Iterationspfad
• Erstellen und Bearbeiten von Abfragen
• Hinzufügen von Tags zu Arbeitsaufgaben

Bewährte Methoden für freigegebene Ressourcen

• Planen von Flächenpfaden früh: Entwerfen der Bereichspfadstruktur, um den Teambesitz und die Produktorganisation zu beachten
• Einrichten von Iterationsrhythmen: Einrichten konsistenter Sprintlängen und Veröffentlichungszeitpläne
• Erstellen einer Ordnerstruktur: Organisieren freigegebener Abfragen in Ordnern zur besseren Auffindbarkeit
• Verwenden von beschreibenden Tags: Festlegen von Taggingkonventionen für konsistente Metadaten
• Regelmäßiges Überprüfen von Berechtigungen: Sicherstellen der geeigneten Zugriffsebenen für alle Teammitglieder

Personenauswahl- und Identitätsfelder

Das Personenauswahlfeature unterstützt Identitätsfelder in Azure DevOps:

• Das Feld "Zugewiesen an" und andere Identitätsfelder verwenden die Personenwahl-Funktion.
• Aktivierung: Wenn Sie das Feld Zugewiesen an in einem Arbeitsaufgabenvordruck auswählen, wird das Personen-Auswahltool automatisch aktiviert.
• Benutzerauswahl: Um einen Benutzer auszuwählen, beginnen Sie mit der Eingabe seines Namens und der Suche, bis Sie eine Übereinstimmung gefunden haben.
• Zuletzt verwendete Auswahl: Zuvor ausgewählte Benutzer werden automatisch in der Liste angezeigt, um schnell darauf zuzugreifen.
• Verzeichnisintegration: Für Organisationen, die Microsoft Entra ID oder Active Directory verwenden, ermöglichen personenauswahlen das Durchsuchen aller Benutzer und Gruppen, die dem Verzeichnis hinzugefügt wurden (nicht nur diejenigen, die einem bestimmten Projekt hinzugefügt wurden).
• Bereichsbeschränkung: Verwenden Sie die Gruppe „Projektspezifische Benutzer“, um den für die Auswahl verfügbaren Identitätenbereich auf projektspezifische Benutzer zu beschränken.
• Benutzerdefinierte Einschränkungen: Benutzerdefinierte Regeln können die werte, die für Identitätsfelder innerhalb einer Arbeitsaufgabe verfügbar sind, weiter einschränken.

Identitätsfeldkonfiguration

Sie können Identitätsfelder auf verschiedene Arten konfigurieren:

• Projektbezogene Benutzer: Beschränken der Identitätsauswahl nur auf Projektmitglieder
• Benutzerdefinierte Regeln: Implementieren von Geschäftsregeln, die Feldwerte einschränken
• Gruppenbasierte Einschränkungen: Verwenden von Azure AD-Gruppen zum Steuern verfügbarer Identitäten
• Berechtigungen auf Feldebene: Festlegen, wer Identitätsfelder ändern kann

Weitere Informationen finden Sie in den folgenden Artikeln:

• Fügen Sie Active Directory/Microsoft Entra-Benutzer oder -Gruppen zu einer integrierten Sicherheitsgruppe hinzu.

Ihr Projekt definiert die Arbeitsaufgabentypen (WITs), die zum Nachverfolgen von Arbeiten verfügbar sind, und konfiguriert Agile-Tools. Es gibt Benutzergeschichten, Aufgaben, Fehler und die Datenfelder an, die zum Erfassen von Informationen verwendet werden. Angepasste Objekte werden in Teams innerhalb des Projekts gemeinsam genutzt.

Prozessmodellvergleich

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

Leitfaden zur Prozessmodellauswahl

Wählen Sie Ihr Prozessmodell basierend auf den Anforderungen Ihrer Organisation aus:

Vererbungsprozessmodell (empfohlen)

• Am besten geeignet für: Teams, die intuitive, webbasierte Anpassung wünschen
• Vorteile: WYSIWYG-Bearbeitung, automatische Updates, einfache Wartung
• Verwenden Sie, wenn: Sie benötigen mäßige Anpassungen mit minimaler Komplexität

Gehostetes XML-Prozessmodell

• Optimal für: Organisationen mit komplexen Prozessanforderungen
• Vorteile: Vollständige Prozessvorlagensteuerung, umfangreiche Anpassung
• Verwenden Sie folgendes: Sie benötigen erweiterte Prozessanpassungen, möchten aber Cloudhosting

Lokales XML-Prozessmodell

• Am besten geeignet für: Lokale Bereitstellungen mit Vollzugriffsanforderungen
• Vorteile: Vollständige Anpassungsflexibilität, Unternehmensintegration
• Verwenden Sie, wenn: Sie maximale Kontrolle benötigen und eine lokale Infrastruktur betreiben

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.
   • Bereichs- und Iterationspfade
   • Arbeitsaufgabenabfragen
   • Sicherheitsgruppen und Berechtigungen
   • Berechtigungen und Zugriff auf Funktionsbereiche wie Versionssteuerung und Build
   Oder Sie können REST-APIs verwenden.
   Sie können auch REST-APIs oder das Azure DevOps CLI-Befehlstool verwenden.
4. Verwenden Sie die REST-API, 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.

Anpassung des Vererbungsprozesses

Bei einem geerbten Prozess können Sie die folgenden Arbeitsaufgabentypen wie alle anderen Arbeitsaufgabentypen anpassen:

• Testplan: Organisieren und Verwalten von Testsuiten
• Test Suite: Gruppenbezogene Testfälle
• Testfall: Definieren einzelner Testszenarien

Lokale XML-Anpassung

Bei einem lokalen XML-Prozess können Sie alle testbezogenen Arbeitsaufgabentypen anpassen, einschließlich:

• Testplan: Allgemeine Testorganisation
• TestSuite: Testfallgruppierungen
• Testfall: Individuelle Testdefinitionen
• Gemeinsame Schritte: Wiederverwendbare Testverfahren
• Freigegebene Parameter: Parametrisierte Testdaten

Beziehungen von Arbeitselementen prüfen

Das folgende Beispiel zeigt die unterstützten Verknüpfungsbeziehungen zwischen Testaufgabentypen:

Testen von Anpassungsszenarien

Zu den allgemeinen Anpassungen der Testerfahrung gehören:

• Benutzerdefinierte Testfelder: Hinzufügen organisationsspezifischer Testmetadaten
• Testworkflowstatus: Definieren von benutzerdefinierten Testausführungszuständen
• Testergebnisverfolgung: Anpassen der Berichterstellung für Testergebnisse
• Integrationsfelder: Verbinden von Tests mit Anforderungen und Fehlern

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 werden, gelten für alle Teams innerhalb eines Projekts.

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

Um die Anzeigeladezeit auf akzeptable Parameter zu beschränken, ist das Task Board auf maximal 1.000 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>

Leistungsüberlegungen für Boardlimits

Berücksichtigen Sie beim Anpassen von Boardgrenzwerten Folgendes:

• Auswirkungen auf die Ladezeit: Höhere Grenzwerte können seitenladezeiten erhöhen
• Benutzererfahrung: Ausgewogene Funktionalität mit Leistung
• Browserbeschränkungen: Einige Browser behandeln große Datasets unterschiedlich
• Netzwerkbandbreite: Erwägen Sie Teammitglieder mit langsameren Verbindungen

Ändern von Feldzuweisungen (gehostetes XML, lokales XML)

Sie können die Arbeitsaufgabenfelder ändern, die das System bei der Berechnung von Kapazität, Burndowndiagrammen, Prognose und Geschwindigkeit verwendet. 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.

Tools, die Feldzuweisungen verwenden

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

Bewährte Methoden für die Feldzuordnung

• Konsistenz beibehalten: Sicherstellen, dass Feldzuordnungen mit Arbeitsaufgabentypdefinitionen übereinstimmen
• Teständerungen: Überprüfen, ob Tools nach der Neuzuweisung von Feldern ordnungsgemäß funktionieren
• Dokumentanpassungen: Aufzeichnen von Feldzuweisungsänderungen für zukünftige Referenz
• Auswirkungen berücksichtigen: Verstehen, wie Sich Änderungen auf vorhandene Daten und Berichte auswirken

Verwalten des Zugriffs auf Arbeitsverfolgungstools

Sie verwalten den Zugriff auf bestimmte Features über Berechtigungseinstellungen. 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 Programmcode, Arbeitsverfolgung, 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.

Standardberechtigungsstruktur

Das Berechtigungssystem arbeitet auf diesen Prinzipien:

• Standardzugriff: Neue Teammitglieder treten automatisch der Mitwirkendengruppe bei
• Hauptberechtigungen: Die Gruppe "Mitwirkender" bietet Zugriff auf die meisten Features, die für entwicklungsbezogene Arbeit erforderlich sind.
• Zusätzliche Berechtigungen: Einige Features erfordern separate Berechtigungserteilungen
• Administrativer Zugriff: Project-Administratoren haben voll kontrolle über Berechtigungen

Einschränkungen für Mitwirkendengruppen

Die Gruppe "Mitwirkender" ermöglicht Benutzern nicht automatisch Folgendes:

• Erstellen freigegebener Abfragen: Erfordert zusätzliche Abfrageberechtigungen
• Hinzufügen von Bereichs- oder Iterationspfaden: Erfordert Administratorberechtigungen auf Projektebene
• Ändern von Sicherheitseinstellungen: Erfordert Administratorzugriff
• Konfigurieren von Teameinstellungen: Erfordert teamadministratorrolle

Berechtigungsverwaltungsansatz

So verwalten Sie Berechtigungen effektiv:

1. Mit Standardwerten beginnen: Verwenden Sie integrierte Gruppen als Grundlage
2. Erteilen bestimmter Berechtigungen: Hinzufügen von Berechtigungen für bestimmte Anforderungen
3. Verwenden von Sicherheitsgruppen: Nutzen von Azure AD-Gruppen zur einfacheren Verwaltung
4. Regelmäßige Überprüfungen: Die Berechtigungen regelmäßig auf ihre Angemessenheit prüfen
5. Entscheidungen dokumentieren: Verwaltung von Aufzeichnungen über Berechtigungserteilungen und Begründungen

Eine vereinfachte Übersicht über allgemeine Standardberechtigungen und Zugriffszuweisungen finden Sie unter "Berechtigungen und Zugriff".

Wenn Sie noch nicht mit der Verwaltung von Berechtigungen vertraut sind, erkunden Sie "Erste Schritte mit Berechtigungen", "Zugriff" und "Sicherheitsgruppen", "Berechtigungsvererbung" und "Sicherheitsgruppen".

Bestimmte Berechtigungsbereiche

Informationen zum Verwalten des Zugriffs auf bestimmte Features finden Sie in den folgenden Artikeln:

Weitere Anpassungsoptionen

Berücksichtigen Sie über die integrierten Anpassungsfeatures hinaus die folgenden zusätzlichen Optionen für die Erweiterung der Azure DevOps-Funktionalität:

Marketplace-Erweiterungen

• Durchsuchen von Lösungen: Schauen Sie sich Marketplace-Erweiterungen an, um zu sehen, ob ein Tool für Ihre Zwecke verfügbar ist.
• Beliebte Kategorien: Suchen sie nach Erweiterungen in der Nachverfolgung, Berichterstellung und Projektverwaltung
• Communitybeiträge: Profitieren Sie von Lösungen, die von der Azure DevOps-Community entwickelt wurden

Benutzerdefinierte Entwicklungsoptionen

• Erstellen von Erweiterungen: Entwickeln Ihrer eigenen Erweiterung für bestimmte Organisationsanforderungen
• Integrationstools: Erstellen von benutzerdefinierten Integrationen mithilfe von REST-APIs
• Service-Hooks: Ermitteln, ob ein Service-Hook Ihre Automatisierungsanforderungen erfüllt

Engagement in der Community

• Featureanforderungen: Hinzufügen einer Featureanforderung zu unserer Entwicklercommunity-Seite
• Benutzerfeedback: Teilen Sie Ihre Erfahrungen und Vorschläge mit dem Produktteam
• Bewährte Methoden: Lernen Sie aus den Anpassungsansätzen anderer Organisationen

Planen Ihrer Anpassungsstrategie

Berücksichtigen Sie vor der Implementierung von Anpassungen Folgendes:

1. Geschäftsanforderungen: Definieren Sie klar, was Sie erreichen möchten
2. Folgenabschätzung: Verstehen, wie Sich Änderungen auf vorhandene Workflows auswirken
3. Wartungsaufwand: Berücksichtigen Sie die langfristigen Kosten für die Wartung von Anpassungen.
4. Alternative Lösungen: Bewerten, ob vorhandene Features Ihren Anforderungen entsprechen
5. Migrationspfad: Planen zukünftiger Updates und Migrationen

Nächste Schritte

Verwandte Artikel

• Arbeitselement-Feldindex
• witAdmin-Befehlszeilentool
• Verwalten von Prozessvorlagen
• Übersicht über Prozessvorlagen
• Einschränkungen für Arbeitsnachverfolgung, Prozesse und Projekte
• Kurzübersichtsindex für Azure Boards-Einstellungen