Arbeitselementtypen und Workflow von CMMI-Prozessen in Azure Boards

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

Teams verwenden die Arbeitsaufgabentypen (WORK Item Types, WITs), die mit der MSF für CMMI Process Improvement 2015 (CMMI) ausgeliefert werden, um Softwareprojekte zu planen und nachzuverfolgen. Produktbesitzer definieren Anforderungen, um das Backlog zu verwalten, und die Teams verfolgen den Fortschritt auf Ihrem Board, indem sie den Anforderungsstatus und den Aufgabenstatus aktualisieren.

Produktbesitzer ordnen den Features Anforderungen zu, um den Fortschritt auf Portfolioebene anzuzeigen. Wenn Teams in Iterationen arbeiten, erstellen sie Aufgaben, die automatisch mit Anforderungen verknüpft werden.

Tester erstellen und führen Testfälle mithilfe des Microsoft Test-Managers oder des Webportals aus, und sie führen Fehler aus, um Codefehler nachzuverfolgen.

Teams verfolgen auch Änderungsanforderungen, Risiken, Probleme und Notizen, die während der Überprüfungen erfasst wurden. Wenn Sie mit dem CMMI-Prozess noch nicht vertraut sind, beginnen Sie mit Plan und verfolgen Sie die Arbeit mit CMMI.

Definieren von Anforderungen

Erstellen Sie Anforderungen im Bereich zum schnellen Hinzufügen auf der Product Backlog-Seite. Öffnen Sie später jede Anforderung, um Details zu liefern und ihre Größe zu schätzen.

Die Anforderungen beschreiben die Produktmerkmale und Funktionen, die Teams entwickeln müssen. Produktbesitzer definieren in der Regel Anforderungen und priorisieren diese auf der Produkt-Backlog-Seite. Das Team beschreibt dann den erforderlichen Aufwand und schreibt Aufgaben und Testfälle, um jedes Element zu implementieren.

Verwenden Sie die folgenden Anleitungen und den Abschnitt Felder, die gemeinsam für alle Arbeitsaufgabentypen verwendet werden, beim Ausfüllen des Formulars. Weitere Informationen finden Sie unter Planen eines Projekts.

Erfassen von Kommentaren im Abschnitt „Diskussion“

Verwenden Sie den Abschnitt "Diskussion ", um an Arbeitsaufgaben zusammenzuarbeiten, indem Sie Kommentare hinzufügen und überprüfen.

Wenn Sie den Cursor in ein Textfeld setzen, das die Formatierung unterstützt, wird die Rich-Text-Editor-Symbolleiste angezeigt.

Erwähnen einer Person, einer Gruppe, eines Arbeitselements oder eines Pull Requests

Verwenden Sie eines der folgenden Symbole, um zuletzt aufgerufene Einträge für Personen, Arbeitselemente oder Pull Requests zu öffnen:

Sie können dasselbe Menü über Tastenkombinationen öffnen: at-mention @, Hashtag # und Ausrufezeichen !.

Geben Sie einen Namen oder eine Zahl ein, um die Liste zu filtern, und wählen Sie dann das Element aus, das Sie hinzufügen möchten. Wenn Sie eine Gruppe erwähnen möchten, geben Sie @ gefolgt vom Gruppennamen ein, z. B. ein Team oder eine Sicherheitsgruppe.

Bearbeiten oder Löschen eines Kommentars

Um einen Ihrer Kommentare zu aktualisieren oder zu entfernen, wählen Sie "Bearbeiten" oder " Weitere Aktionen " ( ) und dann "Löschen" aus:

Nachdem Sie einen Kommentar geändert haben, wählen Sie "Aktualisieren" aus. Um einen Kommentar zu entfernen, bestätigen Sie das Löschen. Die Registerkarte Verlauf enthält ein Prüfprotokoll aller bearbeiteten und gelöschten Kommentare.

Nachverfolgen des Arbeitsfortschritts

Aktualisieren Sie im Laufe der Arbeiten das Feld „Status“, um den aktuellen Stand widerzuspiegeln. Optional einen Grund angeben; Die Status- und Grundfelder werden im Formularkopf der Arbeitsaufgabe angezeigt.

CMMI-Workflowstatus

Die folgenden Diagramme zeigen die wichtigsten Fortschritts- und Regressionszustände für die Anforderung, den Fehler und Aufgaben-WITs.

Anforderung	Bug	Aufgabe

Der typische Workflow für eine Anforderung folgt den folgenden Schritten:

• Produktbesitzer*innen erstellen eine Anforderung mit dem Zustand Vorgeschlagen mit dem Standardgrund Neue Anforderung.
• Der Product Owner verschiebt die Anforderung auf "Aktiv", wenn die Arbeit beginnt.
• Das Team setzt den Status auf Gelöst, wenn die Entwicklung abgeschlossen ist und die Systemtests erfolgreich sind.
• Schließlich verschiebt der Team- oder Produktbesitzer die Anforderung auf Geschlossen, nachdem Annahmekriterien und Validierungstests die Fertigstellung bestätigt haben.

Aktualisieren des Arbeitsstatus mit einem Board oder Taskboards

Verwenden Sie das Board oder das Sprint-Taskboard , um Elementzustände zu aktualisieren. Wenn Sie ein Element in eine andere Spalte ziehen, werden sowohl die Felder "Status" als auch "Grund" aktualisiert.

Sie können das Board anpassen, um weitere Schwimmbahnen oder Spalten hinzuzufügen.

Zuordnen von Anforderungen zu Funktionen

Wenn Sie mehrere Produkte oder Benutzeroberflächen verwalten, definieren Sie Features, und ordnen Sie diesen Features Anforderungen zu, um Den Umfang und Fortschritt im gesamten Portfolio anzuzeigen.

Verwenden Sie Portfolio-Backlogs, um einen Drilldown zwischen Backlogebenen und zum Rollup der laufenden Arbeit in allen Teams zu erstellen. Sie können Rollups auch anzeigen, nachdem Sie eine Hierarchie von Teams eingerichtet haben.

Die Merkmalsarbeitsaufgabe enthält Felder, die ähnlich den Anforderungen sind, sowie andere Felder, die in der Referenz beschrieben sind.

Definieren von Aufgaben

Wenn Ihr Team Arbeit in Sprints liefert, brechen Sie die Anforderungen von der Sprint-Backlog-Seite in Aufgaben auf, und schätzen Sie den Aufwand.

Benennen Sie den Vorgang, und schätzen Sie die Arbeit.

Wenn Teams die Arbeit schätzen, definieren sie Aufgaben und schätzen Stunden oder Tage, um sie abzuschließen. Teams prognostizieren die Kapazität und verfeinern Aufgaben am Anfang einer Iteration; jedes Teammitglied führt dann eine Teilmenge von Aufgaben aus. Aufgaben können Entwicklung, Tests und andere Aktivitäten umfassen. Beispielsweise erstellt ein Entwickler Aufgaben zum Implementieren einer Anforderung, während ein Tester Aufgaben zum Schreiben und Ausführen von Testfällen erstellt. Durch die Verknüpfung von Aufgaben mit Anforderungen und Fehlern sehen Teams den Implementierungsfortschritt deutlich. Weitere Informationen finden Sie unter Iterationsaktivitäten.

Nachverfolgen des Teststatus

Testanforderungen

Erstellen Sie im Webportal oder Test-Manager Testfälle, die automatisch mit einer Anforderung oder einem Fehler verknüpft werden, oder fügen Sie einen Link auf der Registerkarte "Links" hinzu.

Der Testfall enthält viele Felder, einschließlich Feldern, die in den Build- und Testprozess integriert sind. Details finden Sie unter "Abfrage basierend auf Build- und Testintegrationsfeldern ".

Auf der Registerkarte "Links" werden alle Anforderungen und Fehler aufgelistet, auf die von einem Testfall verwiesen wird. Das Verknüpfen hilft Teams beim Nachverfolgen des Testfortschritts und unterstützt Berichte wie den Übersichtsbericht "Anforderungen".

Nachverfolgen von Codefehlern

Erstellen von Bugs aus dem Web-Portal, Visual Studio oder Test-Manager (siehe Verwalten von Bugs).

Nachverfolgen von Änderungsanforderungen, Risiken, Problemen und Anmerkungen, die in den Überprüfungsbesprechungen erfasst werden

Zusätzlich zu den Anforderungen, Features, Aufgaben und Fehlern empfiehlt der CMMI-Prozess die folgenden WITs:

• Änderungsanforderung zur Verwaltung von vorgeschlagenen Änderungen an Arbeitsprodukten, die unter Änderungskontrolle stehen.
• Problem beim Nachverfolgen von Ereignissen oder Situationen, die die Arbeit blockieren könnten. Probleme unterscheiden sich von Risiken , da Teams probleme in der Regel spontan während täglichen Besprechungen erkennen.
• Risiko zum Nachverfolgen von Wahrscheinlichkeit und Varianz zwischen tatsächlichen und gewünschten Ergebnissen. Wenn Sie Risiken verwalten, minimieren Sie die Varianz zwischen erwarteten und tatsächlichen Ergebnissen.
• Überprüfen Sie , wie ein Entwurf oder eine Codeüberprüfung Standards wie Namenskorrektur, Coderelevanz, Erweiterbarkeit, Komplexität und Sicherheit erfüllt.

Sie können ein Problem mithilfe des Widgets "Neue Arbeitsaufgabe" auf einem Team-Dashboard oder über das Menü "Neu " auf der Seite "Abfragen" hinzufügen.

Arbeitselemente, die über das Widget hinzugefügt werden, werden automatisch auf den Standardbereich und die Standard-Iterationspfade Ihres Teams angewendet. Informationen zum Ändern des Teamkontexts finden Sie im Artikel zum Wechseln des Teamkontexts.

Definitionen für allgemeine Felder zur Arbeitsnachverfolgung

In den meisten Arbeitselementen werden folgende Felder und Registerkarten angezeigt. Häufige Registerkarten sind Verlauf, Links und Anhänge.

Für alle Arbeitsaufgabentypen ist Title das einzige universell erforderliche Feld. Wenn Sie eine Arbeitsaufgabe speichern, weist Azure DevOps eine eindeutige ID zu. Pflichtfelder sind gelb hervorgehoben. Weitere Felder finden Sie unter Arbeitselementfeldindex.

Feld oder Registerkarte	Usage
Titel	Geben Sie eine kurze Beschreibung ein (bis zu 255 Zeichen). Sie können den Titel später bearbeiten.
Zugewiesen zu	Weisen Sie das Arbeitselement der Person zu, die für den Abschluss verantwortlich ist, oder lassen Sie es unzugewiesen, bis die Zuständigkeit geklärt ist.
Status	Bei der Erstellung wird der Status standardmäßig auf den ersten Workflowstatus festgelegt (z. B. "Neu " oder " Nicht zugewiesen"). Aktualisieren Sie sie, während die Arbeit fortschreitet.
Ursache	Der Grund erklärt, warum sich das Element im aktuellen Zustand befindet. Standardwerte variieren je nach Arbeitsaufgabentyp und -prozess.
Bereich	Wählen Sie den Bereichspfad für das Produkt oder das Team aus. Ausführliche Informationen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.
Iteration	Wählen Sie den Sprint/die Iteration für den geplanten Abschluss aus. Ausführliche Informationen finden Sie unter Definieren von Iterationspfaden (Sprints) und Konfigurieren von Teamiterationen.
Registerkarte Verlauf	Zeigen Sie das vollständige Änderungsprotokoll für die Arbeitsaufgabe an, einschließlich Autor, Datum und aktualisierter Felder. Sie können auch formatierten Text im Verlauf hinzufügen.
Registerkarte "Verknüpfungen"	Fügen Sie Beziehungen zu anderen Artefakten hinzu (z. B. über- bzw. untergeordnete Arbeitselemente, Änderungssätze, Quelldateien oder Testergebnisse).
Registerkarte Anhänge	Fügen Sie unterstützende Dateien wie Dokumente, Bilder, Protokolle oder E-Mail-Threads hinzu.

Anpassen von Arbeitsaufgabentypen

Verwandte Inhalte

• Ein Projekt erstellen
• Hinzufügen von Arbeitsaufgaben und Verwalten eines Projekts
• Erstellen eines Backlogs
• Verwalten Sie den Zugriff auf bestimmte Funktionen
• Informieren Sie sich über Standardberechtigungen und Zugriffsebenen für Azure Boards

Reihenfolge der Backlogliste

Verwenden Sie das Feld "Stapelrang ", um die relative Rangfolge der Anforderungen, Features oder Epen nachzuverfolgen. Die Backlogseite bestimmt die Reihenfolge basierend auf dem Ort, an dem Sie Elemente auf der Seite hinzufügen oder verschieben (siehe Erstellen Ihres Backlogs). Beim Ziehen von Elementen aktualisiert ein Hintergrundprozess das Stapelrangfeld. Dieses Feld wird standardmäßig nicht im Arbeitselementformular angezeigt.