Share via


Änderungsanforderung (CMMI)

In diesem Thema erfahren Sie, wie die Details einer Änderungsanforderungs-Arbeitsaufgabe ausgefüllt werden. Ein Team kann mit der Arbeitsaufgabe Änderungsanforderung eine vorgeschlagene Änderung an einem Teil des Produkts nachverfolgen. Immer wenn eine Änderung an einem Arbeitsprodukt vorgeschlagen wird, das der Änderungssteuerung unterliegt, können Sie eine Änderungsanforderung erstellen. Weitere Informationen finden Sie unter Verwalten von Änderungen (CMMI).

Informationen zum Erstellen dieses Arbeitsaufgabentyps finden Sie unter Arbeitsaufgaben und Workflow (CMMI).

In diesem Thema

Verwandte Themen

  • Definieren einer Änderungsanforderung

  • Verknüpfen einer Änderungsanforderung mit einer Anforderung, Aufgabe oder anderen Arbeitsaufgabe

  • Hinzufügen von Details, Anlagen oder Links zu einer Änderungsanforderung

  • Ändern des Zustands einer Änderungsanforderung

Prozessleitfaden

Arbeitsmappen

Feldverweis

Erforderliche Berechtigungen

Um eine Änderungsanforderung anzeigen zu können, sind Sie entweder Mitglied der Gruppe Leser oder Arbeitsaufgaben in diesem Knoten anzeigen ist auf Zulassen festgelegt. Zum Ändern einer Änderungsanforderung müssen Sie Mitglied der Gruppe Mitwirkender sein, oder die Berechtigungen Arbeitsaufgaben in diesem Knoten bearbeiten müssen auf Zulassen festgelegt sein. Weitere Informationen finden Sie unter Verwalten von Berechtigungen.

Definieren einer Änderungsanforderung

Im Arbeitsaufgabenformular für eine Änderungsanforderung werden Daten in den Feldern und auf den Registerkarten gespeichert, die in der folgenden Abbildung dargestellt werden:

Arbeitsaufgabenformular - Änderungsanforderung

   

CMMI-Arbeitsaufgabenformular für Änderungsanforderung - Registerkarten

Wenn Sie eine Änderungsanforderung definieren, müssen Sie den Titel definieren. Sie können alle anderen Felder leer lassen oder ihre Standardwerte annehmen.

So definieren Sie eine einzelne Änderungsanforderung

  1. Geben Sie im obersten Abschnitt des Arbeitsaufgabenformulars einen oder mehrere der folgenden Informationstypen an:

    • Geben Sie in Titel (erforderlich) eine kurze Beschreibung ein.

      Gute Titel geben Aufschluss über den betroffenen Bereich des Produkts und geben an, wie sich die Änderung auf den Bereich auswirkt. Sie können den Text jederzeit aktualisieren, um die Änderung und die betroffenen Arbeitsbereiche genauer zu definieren.

    • Klicken Sie in der Liste Zugewiesen an auf den Namen des Teammitglieds, das für die Änderungsanforderung zuständig ist.

      Tipp

      Sie können Arbeitsaufgaben nur Mitgliedern der Gruppe Contributors zuweisen.

      Wenn Sie die Änderungsanforderung nicht zuweisen, wird sie automatisch Ihnen selbst zugewiesen.

    • Übernehmen Sie in der Liste Zustand den Standardwert Vorgeschlagen.

      Der Standardwert des Felds Grund ist Neu. Weitere Informationen über dieses Feld und seine Verwendung zum Nachverfolgen des Workflows finden Sie weiter unten in diesem Thema unter Ändern des Zustands eine Änderungsanforderung.

    • Klicken Sie in den Listen Bereich und Iteration auf den entsprechenden Bereich bzw. die entsprechende Iteration.

      Tipp

      Der Projektadministrator hat die Strukturhierarchien Bereich und Iteration definiert, damit Teammitglieder den Status anhand dieser Angaben nachverfolgen können. Weitere Informationen finden Sie unter Erstellen und Ändern von Bereichen und Iterationen.

    • Klicken Sie in der Liste Priorität auf einer Skala von 1 (am wichtigsten) bis 4 (am unwichtigsten) auf den Wichtigkeitsgrad für die Änderungsanforderung.

      Der Standardwert beträgt 2.

    • Klicken Sie in der Liste Selektierung auf den Selektierungszustand.

      In diesem Feld wird der Selektierungsgrad angegeben, der für jede Änderungsanforderung im Zustand Vorgeschlagen festgelegt wurde. Gültige Werte sind Ausstehend (Standard), Details, Informationen empfangen und Selektiert.

    • Klicken Sie in der Liste Blockiert auf Ja, wenn ein Problem verhindert, dass das Team die Änderungsanforderung implementiert.

  2. Geben Sie auf der Registerkarte Details beliebig viele Informationen an, um genau zu beschreiben, was das Team ändern muss.

    Geben Sie in der Änderungsanforderung möglichst viele Details an, um sicherzustellen, dass sie von einem Entwickler implementiert und von einem Tester getestet werden kann. Das Team kann anhand dieser Informationen Arbeitsaufgaben für Aufgaben und Testfälle erstellen. Weitere Informationen finden Sie unter Aufgabe (CMMI) und Testfall (Agile).

  3. Geben Sie auf der Registerkarte Ausrichtung beliebig viele Informationen an, um den Nutzen für den Kunden oder das durch die Änderungsanforderung implementierte Produkt zu beschreiben.

  4. Klicken Sie auf der Registerkarte Analyse auf jedes Textfeld, und geben Sie Details zu den Auswirkungen der Änderungsanforderung in den folgenden Bereichen an:

    • Auswirkungen auf die Architektur

    • Auswirkungen auf die Benutzerfreundlichkeit

    • Auswirkungen auf den Test

    • Auswirkungen auf Entwurf/Entwicklung

    • Auswirkungen auf technische Veröffentlichungen

    Sie können zusätzlich zu dem Aufwand für die Implementierung der Änderung die spezifischen betroffenen Bereiche angeben.

  5. Geben Sie auf der Registerkarte Andere die folgenden Typen von Informationen an:

    • Geben Sie im Feld Ursprüngliche Schätzung eine Zahl für die Arbeitsstunden an, die das Implementieren der Änderungsanforderung erfordert.

      Tipp

      Im Allgemeinen definieren Sie das folgende Feld zu einem späteren Zeitpunkt im Entwicklungszyklus und nicht, wenn Sie zunächst die Änderungsanforderung definieren.

    • Klicken Sie in der Liste Integriert in auf den Namen oder die Nummer des Builds, in den die Änderungsanforderung durch das Entwicklungsteam integriert wird.

  6. Verknüpfen Sie auf den Registerkarten Alle Links die Änderungsanforderung mit einer oder mehreren anderen Arbeitsaufgaben, z. B. Anforderungen oder Aufgaben.

  7. Auf der Registerkarte Anlagen können Sie die Spezifikationen, Bilder oder andere Dateien anfügen, die weitere Details zur Änderungsanforderung bereitstellen, die implementiert werden soll.

    Weitere Informationen finden Sie in den folgenden Abschnitten:

    • Verknüpfen einer Änderungsanforderung mit einer Anforderung, Aufgabe oder anderen Arbeitsaufgabe

    • Hinzufügen von Details, Anlagen oder Links zu einer Änderungsanforderung

  8. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

    Tipp

    Nach dem Speichern der Änderungsanforderung wird der Bezeichner im Titel unter der Arbeitsaufgaben-Symbolleiste angezeigt.

Verknüpfen einer Änderungsanforderung mit einer Anforderung, Aufgabe oder anderen Arbeitsaufgabe

Indem Sie Beziehungen zwischen Änderungsanforderungen und anderen Arbeitsaufgaben erstellen, können Sie Projekte effektiver planen, Abhängigkeiten genauer nachverfolgen, hierarchische Beziehungen eindeutiger anzeigen und schneller auf relevante Informationen zugreifen. Sie können im Arbeitsaufgabenformular für eine Änderungsanforderung eine Arbeitsaufgabe erstellen, die automatisch mit der Änderungsanforderung verknüpft wird, oder Sie können Links zu vorhandenen Arbeitsaufgaben erstellen.

Auf der Registerkarte Links erstellen Sie bestimmte Typen von Links zu bestimmten Typen von Arbeitsaufgaben. Weitere Informationen finden Sie unter Verknüpfen von Arbeitsaufgaben (CMMI).

So erstellen Sie eine Aufgabe, einen Fehler, eine Anforderung oder eine andere Arbeitsaufgabe und stellen eine Verknüpfung mit einer Änderungsanforderung her

  1. Öffnen Sie das Arbeitsaufgabenformular für die Änderungsanforderung, klicken Sie auf die Registerkarte Alle Links und dann auf Neue verknüpfte Arbeitsaufgabe hinzufügen Neu.

    Das Dialogfeld Neue verknüpfte Arbeitsaufgabe hinzufügen wird geöffnet.

    Dialogfeld "Neue verknüpfte Arbeitsaufgabe hinzufügen"

  2. Klicken Sie in der Liste Linktyp auf den Typ des Links, den Sie auf Grundlage des zu verknüpfenden Typs von Arbeitsaufgabe erstellen möchten.

    • Erstellen Sie einen Link vom Typ Untergeordnet, um eine Verknüpfung zu einer Aufgabe oder einem Fehler zu erstellen.

    • Erstellen Sie eine Verknüpfung vom Typ Betroffen von, um eine Verknüpfung zu einer Anforderung, einem Risiko oder einem Problem zu erzeugen.

    • Erstellen Sie einen Link vom Typ Getestet von, um einen Link zu einem Testfall zu erzeugen.

    • Um einen Link zu einem anderen Typ von Arbeitsaufgabe zu erzeugen, erstellen Sie einen Link vom Typ Verknüpft oder einen anderen Typ von Link, der die Beziehung darstellt, die Sie nachverfolgen möchten.

  3. Klicken Sie in der Liste Arbeitsaufgabentyp auf den Arbeitsaufgabentyp, den Sie erstellen möchten.

  4. Geben Sie in Titel eine kurze, jedoch präzise Beschreibung der vorgeschlagenen Änderung ein.

  5. (Optional) Geben Sie unter Kommentar weitere Informationen ein.

  6. Klicken Sie auf OK.

    Ein Arbeitsaufgabenformular für den von Ihnen angegebenen Typ von Arbeitsaufgabe wird mit den von Ihnen bereitgestellten Informationen geöffnet.

  7. Geben Sie die restlichen Felder an, wie in den folgenden Themen beschrieben:

  8. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

So verknüpfen Sie mehrere vorhandene Arbeitsaufgaben mit einer Änderungsanforderung

  1. Öffnen Sie das Arbeitsaufgabenformular für die Änderungsanforderung, klicken Sie auf die Registerkarte Alle Links und dann auf Links hinzufügen Verknüpfen mit.

    Das Dialogfeld Link hinzufügen zu Änderungsanforderung wird geöffnet.

    Dialogfeld "Link zu Anforderung hinzufügen"

  2. Klicken Sie in der Liste Linktyp auf den Typ des Links, den Sie auf Grundlage des zu verknüpfenden Typs von Arbeitsaufgabe erstellen möchten.

    • Erstellen Sie einen Link vom Typ Untergeordnet, um eine Verknüpfung zu einer Aufgabe oder einem Fehler zu erstellen.

    • Erstellen Sie eine Verknüpfung vom Typ Betroffen von, um eine Verknüpfung zu einer Anforderung, einem Risiko oder einem Problem zu erzeugen.

    • Erstellen Sie einen Link vom Typ Getestet von, um einen Link zu einem Testfall zu erzeugen.

    • Um einen Link zu einem anderen Typ von Arbeitsaufgabe zu erzeugen, erstellen Sie einen Link vom Typ Verknüpft oder einen anderen Typ von Link, der die Beziehung darstellt, die Sie nachverfolgen möchten.

  3. Führen Sie eine der folgenden Aktionen aus:

    • Geben Sie in Arbeitsaufgaben-IDs die IDs der Arbeitsaufgaben ein, die Sie suchen möchten. Trennen Sie IDs mit Kommas oder Leerzeichen voneinander ab.

    • Klicken Sie auf Durchsuchen, um Arbeitsaufgaben aus einer Liste anzugeben.

      Das Dialogfeld Verknüpfte Arbeitsaufgaben auswählen wird angezeigt.

      Dialogfeld "Verknüpfte Arbeitsaufgaben auswählen"

      Klicken Sie in der Liste Gespeicherte Abfrage auf eine Abfrage, die die hinzuzufügenden Arbeitsaufgaben enthält. Beispielsweise können Sie auf Offene Arbeitsaufgaben, Aktive Fehler oder Aktive Aufgaben klicken.

      Klicken Sie auf Suchen, aktivieren Sie das Kontrollkästchen neben jeder Arbeitsaufgabe, die Sie mit der Änderungsanforderung verknüpfen möchten, und klicken Sie dann auf OK.

    • (Optional) Geben Sie eine Beschreibung für die zu verknüpfenden Elemente ein.

  4. Klicken Sie auf OK.

    Weitere Informationen finden Sie unter Suchen nach zu verknüpfenden oder zu importierenden Arbeitsaufgaben.

  5. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

    Tipp

    Sowohl die Änderungsanforderung als auch die Arbeitsaufgaben, die Sie verknüpft haben, werden aktualisiert.

Sobald weitere Informationen verfügbar sind, können Sie sie mit den folgenden Verfahren einer Änderungsanforderung hinzufügen:

  • Geben Sie Informationen in die Textfelder auf der Registerkarte Details, Ausrichtung oder Analyse ein.

  • Fügen Sie eine Datei an.

    Sie können z. B. einen E-Mail-Thread, ein Dokument, ein Bild, eine Protokolldatei oder einen anderen Dateityp anfügen.

  • Fügen Sie einer Website oder einer Datei, die auf einem Server oder einer Website gespeichert ist, einen Link hinzu.

So fügen Sie einer Änderungsanforderung Details hinzu

  1. Klicken Sie auf die Registerkarte Details, Ausrichtung oder Analyse, und geben Sie Informationen in die Felder ein.

    Sie können die Informationen formatieren, um einzelne hervorzuheben oder eine Aufzählung aufzuzeichnen.

    Tipp

    Immer wenn ein Teammitglied die Arbeitsaufgabe ändert, werden in der Versionsgeschichte das Datum der Änderung, der Name des Teammitglieds, das die Änderung vorgenommen hat, und die geänderten Felder angezeigt.

    Weitere Informationen finden Sie unter Änderungsanforderungsfelder (CMMI) und Titel, IDs, Beschreibung und Versionsgeschichte (CMMI).

  2. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

So fügen Sie einer Änderungsanforderung eine Anlage hinzu

  1. Führen Sie auf der Registerkarte Anlagen eine der folgenden Aktionen aus:

    • Ziehen Sie eine Datei in den Anlagenbereich.

    • Klicken Sie auf Einfügen, oder drücken Sie STRG+V, um eine kopierte Datei einzufügen.

    • Klicken Sie auf Anlage hinzufügen Hinzufügen, klicken Sie auf Durchsuchen, und geben Sie im Dialogfeld Anlage den Namen der anzufügenden Datei ein, oder navigieren Sie zu dem Namen.

      (Optional) Geben Sie in das Feld Kommentar weitere Informationen zur Anlage ein. Klicken Sie zum Schließen des Dialogfelds Anlage auf OK.

  2. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

  1. Klicken Sie auf der Registerkarte Alle Links auf Links hinzufügen Verknüpfen mit.

    URL für Linkadresse angeben

  2. Klicken Sie in der Liste Linktyp auf Link.

  3. Führen Sie im Feld Adresse eine der folgenden Aktionen aus:

    • Wenn das Ziel eine Website ist, geben Sie die URL ein, oder kopieren Sie sie aus dem Internetbrowser, und fügen Sie sie in das Feld Adresse ein.

    • Wenn das Ziel ein Serverspeicherort ist, geben Sie die UNC-Adresse ein.

  4. (Optional) Geben Sie im Feld Kommentar weitere Informationen zum Link ein.

  5. Klicken Sie auf OK.

  6. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

Ändern des Zustands einer Änderungsanforderung

Die Arbeitsaufgaben können vom Selektierungsteam oder in der Produktplanungsbesprechung überprüft werden, um vorgeschlagene Änderungen zu analysieren, zu akzeptieren oder abzulehnen. Wenn eine Änderungsanforderung akzeptiert wird, kann das Team Aufgaben generieren, um die Änderung zu implementieren. Nachdem das Team die Änderung implementiert hat, wird die Änderungsanforderung schließlich vom Team geschlossen.

Weitere Informationen zu den Datenfeldern, mit denen Sie Zustände von Arbeitsaufgaben nachverfolgen können, finden Sie unter Zuweisungen, Workflow und Planung (CMMI).

Sie können mithilfe der folgenden Zustände den Status von Änderungsanforderungen nachverfolgen:

  • Vorgeschlagen

  • Aktiv

  • Gelöst

  • Closed

Der Zustand einer Änderungsanforderung kann von jedem Teammitglied geändert werden.

Standardmäßig weist jede Änderungsanforderung den Zustand Vorgeschlagen auf, wenn Sie die Arbeitsaufgabe erstellen. Wenn ein Team eine Änderungsanforderung für die aktuelle Iteration akzeptiert, wechselt die Arbeitsaufgabe in den Zustand Aktiv, und das Team analysiert sie, um ihre Implementierungsdetails zu bestimmen und Aufgaben zu erstellen. Wenn die Aufgaben abgeschlossen sind und Systemtests erweisen, dass das Team die Änderungsanforderung erfolgreich implementiert hat, ändert ein Teammitglied ihren Zustand in Gelöst. Wenn das Team schließlich eine Änderungsanforderung überprüft, ändert ein Teammitglied ihren Zustand in Geschlossen.

So ändern Sie den Zustand einer Änderungsanforderung

  1. Öffnen Sie die Änderungsanforderung.

  2. Klicken Sie in der Liste Zustand auf Aktiv, Gelöst oder Geschlossen.

    • Wenn Sie den Zustand von Vorgeschlagen in Aktiv ändern, wird das Feld Grund automatisch in Akzeptiert geändert.

    • Wenn Sie den Zustand von Aktiv in Gelöst ändern, wird das Feld Grund automatisch in Code vollständig und Systemtest erfolgreich geändert.

    • Wenn Sie den Zustand von Gelöst in Geschlossen ändern, wird das Feld Grund in Validierungstest erfolgreich geändert.

  3. Klicken Sie auf Speichern Arbeitsaufgabe speichern.

Typischer Workflowablauf:

  • Ein Teammitglied erstellt eine Änderungsanforderung im Zustand Vorgeschlagen mit dem Standardgrund Neu.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Vorgeschlagen in Aktiv mit dem Standardgrund Akzeptiert.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Aktiv in Gelöst, wenn der Code vollständig ist und die Systemtests erfolgreich abgeschlossen wurden.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Gelöst in Geschlossen, wenn das Team überprüft hat, dass die Änderung die Kundenerwartungen erfüllt.

Untypische Übergänge:

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Vorgeschlagen in Geschlossen mit dem Standardgrund Abgelehnt.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Aktiv in Vorgeschlagen mit dem Standardgrund Untersuchung abgeschlossen.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Aktiv in Geschlossen, nachdem das Team bestimmt hat, dass die Änderungsanforderung außerhalb des gültigen Bereichs oder nicht relevant ist.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Gelöst in Aktiv, nachdem der geänderte Code einen Validierungstest nicht bestanden hat.

  • Ein Teammitglied ändert den Zustand der Änderungsanforderung von Geschlossen in Aktiv, nachdem das Team bestimmt hat, dass die Arbeitsaufgabe versehentlich geschlossen wurde oder jetzt innerhalb des gültigen Bereichs ist.

Änderungsanforderungs-Zustandsdiagramm

Workflow für Änderungsanforderung

Vorgeschlagen (Neu)

Ein Teammitglied kann eine Änderungsanforderungs-Arbeitsaufgabe erstellen, wenn das Team einen Fehler findet oder wenn ein anderes Ereignis auf eine erforderliche Änderung in einem Arbeitsprodukt hinweist, das der Änderungssteuerung unterliegt.

Die folgenden Datenfelder werden automatisch aufgezeichnet, wenn ein Teammitglied eine Änderungsanforderung erstellt:

  • Erstellt von: Der Name des Teammitglieds, das die Änderungsanforderung erstellt hat.

  • Erstellungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung erstellt wurde, aufgezeichnet von der Serveruhr.

Von Vorgeschlagen in Aktiv

Änderungsanforderungen beschreiben Änderungen am Produkt oder einer Baseline. Ein Änderungssteuerungsausschuss muss jede vom Team vorgeschlagene Änderung überprüfen, untersuchen und akzeptieren oder ablehnen.

Ein Teammitglied kann aus den Gründen in der folgenden Tabelle den Zustand einer Änderungsanforderung von Vorgeschlagen in Aktiv ändern:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Akzeptiert

Wenn der Änderungssteuerungsausschuss die Implementierung der Änderungsanforderung durch das Team in der aktuellen Iteration genehmigt.

Weisen Sie die Änderungsanforderung dem Teammitglied zu, das sie implementiert.

Untersuchen

Wenn der Änderungssteuerungsausschuss bestimmt, dass die Auswirkungen der Anforderung untersucht werden müssen, bevor diese vom Ausschuss akzeptiert wird.

Stellen Sie den Zustand Vorgeschlagen der Änderungsanforderung wieder her, wenn die Untersuchung abgeschlossen wurde.

Die folgenden Datenfelder werden aufgezeichnet, wenn ein Teammitglied den Zustand einer Änderungsanforderung in Aktiv ändert:

  • Aktiviert von: Der Name des Teammitglieds, das die Änderungsanforderung aktiviert hat.

  • Aktivierungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung aktiviert wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Von Vorgeschlagen in Geschlossen

Ein Teammitglied kann eine Änderungsanforderung, die den Zustand Vorgeschlagen aufweist, aus dem Grund in der folgenden Tabelle schließen:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Abgelehnt

Wenn der Änderungssteuerungsausschuss bestimmt, dass das Team die Anforderung nicht implementieren kann oder der Kunde die Änderung nicht benötigt.

Keine.

Die folgenden Datenfelder werden aufgezeichnet, wenn ein Teammitglied eine Änderungsanforderung schließt:

  • Geschlossen von: Der Name des Teammitglieds, das die Änderungsanforderung geschlossen hat.

  • Schließungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung geschlossen wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Aktiv

Das Team sollte nur Änderungsanforderungen implementieren, die den Zustand Aktiv aufweisen. Für aktive Änderungsanforderungen sollten Teammitglieder Aufgaben zum Schreiben von Code, zum Testen und zum Dokumentieren der Änderung erstellen. Wenn alle Aufgaben abgeschlossen sind, ändert ein Mitglied des Teams den Zustand der Änderungsanforderung in Gelöst. Sie können eine Änderungsanforderung auch schließen, wenn sie vom Team abgebrochen wird oder wenn das Team bestimmt, dass sie außerhalb des gültigen Bereichs ist.

Von Aktiv in Gelöst

Ein Teammitglied kann aus dem Grund in der folgenden Tabelle eine aktive Änderungsanforderung lösen:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Code vollständig und System getestet

Wenn das Team Code eingecheckt hat, um eine Änderungsanforderung zu implementieren, und alle Systemtests bestanden wurden.

Weisen Sie die Änderungsanforderung dem Teammitglied zu, das sie testet.

Die folgenden Datenfelder werden aufgezeichnet, wenn ein Teammitglied eine aktive Änderungsanforderung löst:

  • Behoben von: Der Name des Teammitglieds, das die Änderungsanforderung gelöst hat.

  • Behebungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung gelöst wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Von Aktiv in Geschlossen

Ein Teammitglied kann aus einem der Gründe in der folgenden Tabelle eine aktive Änderungsanforderung schließen:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Abgebrochen

Wenn die Implementierung der Änderungsanforderung als nicht mehr erforderlich betrachtet wird.

Keine.

Außerhalb des gültigen Bereichs

Wenn das Team nicht über genügend Ressourcen verfügt oder wenn ein anderes Problem verhindert, dass das Team die Änderungsanforderung für die aktuelle Iteration implementieren kann.

Aktualisieren Sie das Feld Iteration, um anzugeben, in welcher Iteration das Team die Änderungsanforderung implementieren soll. Wenn die Änderungsanforderung auf die nächste Version der Software verschoben wird, lassen Sie das Feld Iteration leer, beschreiben Sie jedoch ausführlich, aus welchen Gründen die Änderungsanforderung verschoben wurde und wann sie vom Team implementiert werden soll.

Die folgenden Datenfelder werden aufgezeichnet, wenn ein Teammitglied eine aktive Änderungsanforderung schließt:

  • Geschlossen von: Der Name des Teammitglieds, das die Änderungsanforderung geschlossen hat.

  • Schließungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung geschlossen wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Von Aktiv in Vorgeschlagen

Wenn die Änderungsanforderung als Untersuchen aktiviert wurde, ändern Sie ihren Zustand in Vorgeschlagen, nachdem das Team die Untersuchung abgeschlossen hat. Die folgenden Datenfelder werden aufgezeichnet, wenn Sie den Zustand einer aktiven Änderungsanforderung in Vorgeschlagen ändern:

  • Geändert von: Der Name des Teammitglieds, das den Zustand der Änderungsanforderung geändert hat.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Gelöst

Nachdem ein Team eine Änderungsanforderung implementiert hat, legt der Entwicklungsleiter den Zustand der Anforderung auf Gelöst fest und weist die Anforderung einem Tester zu, damit die Tests beginnen können.

Eine gelöste Änderungsanforderung wurde implementiert und hat die Systemtests bestanden. Das Team muss jedoch gelöste Änderungsanforderungen mit dem Kunden überprüfen, um sicherzustellen, dass das Team die Anforderung entsprechend den Kundenerwartungen implementiert hat. Wenn die Validierungstests bestanden wurden, schließt das Team die Änderungsanforderung. Andernfalls wird sie für die weitere Bearbeitung erneut aktiviert.

Von Gelöst in Geschlossen

Ein Teammitglied kann aus dem Grund in der folgenden Tabelle eine gelöste Änderungsanforderung schließen:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Validierungstest erfolgreich

Wenn die Änderungsanforderung alle Validierungstests bestanden hat.

Weisen Sie die Änderungsanforderung dem Produktbesitzer zu.

Die folgenden Datenfelder werden automatisch aufgezeichnet, wenn ein Teammitglied eine gelöste Änderungsanforderung schließt:

  • Geschlossen von: Der Name des Teammitglieds, das die Änderungsanforderung geschlossen hat.

  • Schließungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung geschlossen wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Von Gelöst in Aktiv

Ein Teammitglied kann aus dem Grund in der folgenden Tabelle eine gelöste Änderungsanforderung erneut aktivieren:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Fehler bei Validierungstest

Wenn die Validierungstests erweisen, dass eine oder mehrere Kundenerwartungen nicht erfüllt wurden.

Der Tester erstellt Fehler für die Testfehler und weist die Änderungsanforderung dem Entwicklungsleiter zu, der bestimmt, wie die Probleme behandelt werden.

Die folgenden Daten werden automatisch aufgezeichnet, wenn ein Teammitglied eine gelöste Änderungsanforderung erneut aktiviert:

  • Aktiviert von: Der Name des Teammitglieds, das die Änderungsanforderung erneut aktiviert hat.

  • Aktivierungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung erneut aktiviert wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Closed

Das Team sollte eine geschlossene Änderungsanforderung nicht mehr bearbeiten. Eine Änderungsanforderung wird geschlossen, wenn sie vom Änderungssteuerungsausschuss abgelehnt wurde oder wenn das Team die Anforderung erfolgreich implementiert und überprüft hat.

Ein Mitglied des Teams, normalerweise ein Business Analyst oder ein Programm-Manager, kann eine geschlossene Änderungsanforderung erneut aktivieren, wenn sie in den gültigen Bereich zurückkehrt.

Von Geschlossen in Aktiv

Ein Teammitglied kann aus dem Grund in der folgenden Tabelle eine geschlossene Änderungsanforderung erneut aktivieren:

Grund

Empfohlene Verwendung

Weitere zu ergreifende Maßnahmen

Versehentlich geschlossen

Wenn ein Teammitglied versehentlich eine Änderungsanforderung geschlossen hat.

Stellen Sie sicher, dass die Implementierungsaufgaben, Testfälle und Details für die Änderungsanforderung ordnungsgemäß definiert sind und für die Entwicklung ausreichen.

  • Die folgenden Daten werden automatisch aufgezeichnet, wenn ein Teammitglied eine geschlossene Änderungsanforderung erneut aktiviert:

  • Aktiviert von: Der Name des Teammitglieds, das die Änderungsanforderung erneut aktiviert hat.

  • Aktivierungsdatum: Das Datum und die Uhrzeit, als die Änderungsanforderung erneut aktiviert wurde, aufgezeichnet von der Serveruhr.

  • Datum der Zustandsänderung: Das Datum und die Uhrzeit, als der Zustand der Änderungsanforderung geändert wurde.

Siehe auch

Weitere Ressourcen

Änderungsanforderungsfelder (CMMI)

Arbeitsaufgaben und Workflow (CMMI)