Ä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 |
---|---|
|
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:
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
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.
In der Liste Zugewiesen zu den Namen des Teammitglieds aus, das für die Änderungsanforderung zuständig ist.
Hinweis 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.
In der Liste Priorität wählen Sie den Wichtigkeitsgrad für die Änderungsanforderung auf einer Skala von 1 (am wichtigsten) bis 4 aus (weniger wichtig).
Der Standardwert beträgt 2.
In der Liste Selektierung den Selektierungszustand aus.
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.
In der Liste wählen Sie BlockiertJa aus, wenn ein Problem das Team die Änderungsanforderung verhindert.
In den Bereich und Iteration Listen wählen Sie den entsprechenden Bereich und Iteration aus.
Hinweis 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.
DETAILS auf der Registerkarte 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).
AUSRICHTUNG auf der Registerkarte beliebig viele Informationen an, wie Sie den Wert für den Kunden oder das Produkt beschreiben möchten, das die Änderungsanforderung implementiert.
Klicken Sie auf der Registerkarte ANALYSE wählen Sie jedes Textfeld aus und geben Sie Details zu den Auswirkungen bereit, die die Ä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.
Andere auf der Registerkarte 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.
Hinweis Im Allgemeinen definieren Sie das folgende Feld zu einem späteren Zeitpunkt im Entwicklungszyklus und nicht, wenn Sie zunächst die Änderungsanforderung definieren.
In der Liste Integriert in den Namen oder die Zahl aus, in denen die Änderungsanforderung durch das Entwicklungsteam integriert wird.
Auf den Registerkarten ALLE LINKS verknüpfen Sie die Änderungsanforderung mit einer oder mehreren anderen Arbeitsaufgaben, wie Anforderungen oder Aufgaben.
Auf der Registerkarte können Sie ANLAGEN Spezifikationen, Bilder oder andere Dateien anfügen, die weitere Details zur Änderungsanforderung implementiert werden können.
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
Wählen Sie Arbeitsaufgabe speichern aus.
Hinweis 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 Linking Work Items (CMMI).
So erstellen Sie eine Aufgabe, einen Fehler, eine Anforderung oder eine andere Arbeitsaufgabe und stellen eine Verknüpfung mit einer Änderungsanforderung her
Öffnen Sie das Arbeitsaufgabenformular für die Änderungsanforderung, wählen Sie die Registerkarte Alle Links aus, und wählen Sie dann Neu aus.
Das Dialogfeld Neue verknüpfte Arbeitsaufgabe hinzufügen wird geöffnet.
In der Liste Linktyp den Linktyp aus, den Sie auf dem Arbeitsaufgabentyp erstellen möchten, das Sie verknüpfen.
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.
In der Liste Arbeitsaufgabentyp den Typ der Arbeitsaufgabe, die Sie erstellen möchten.
Geben Sie in Titel eine kurze, jedoch präzise Beschreibung der vorgeschlagenen Änderung ein.
(Optional) Geben Sie unter Kommentar weitere Informationen ein.
Klicken Sie auf OK.
Ein Arbeitsaufgabenformular für den von Ihnen angegebenen Typ von Arbeitsaufgabe wird mit den von Ihnen bereitgestellten Informationen geöffnet.
Geben Sie die restlichen Felder an, wie in den folgenden Themen beschrieben:
Wählen Sie Arbeitsaufgabe speichern aus.
So verknüpfen Sie mehrere vorhandene Arbeitsaufgaben mit einer Änderungsanforderung
Öffnen Sie das Arbeitsaufgabenformular für die Änderungsanforderung, wählen Sie die Registerkarte Alle Links aus, und wählen Sie dann Verknüpfen mit aus.
Das Dialogfeld Link hinzufügen zu Änderungsanforderung wird geöffnet.
In der Liste Linktyp den Linktyp aus, den Sie auf dem Arbeitsaufgabentyp erstellen möchten, das Sie verknüpfen.
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.
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.
Wählen Sie Durchsuchen, um Arbeitsaufgaben aus einer Liste anzugeben.
Das Dialogfeld Verknüpfte Arbeitsaufgaben auswählen wird angezeigt.
In der Liste Gespeicherte Abfrage wählen Sie eine Abfrage aus, die die Arbeitsaufgaben, die Sie hinzufügen möchten.Beispielsweise können Sie Offene Arbeitsaufgaben, Aktive Fehler oder Aktive Aufgaben auswählen.
Wählen Sie Suchen aus, aktivieren Sie das Kontrollkästchen neben jeder Arbeitsaufgabe, die Sie zur Änderungsanforderung verknüpfen möchten, und wählen Sie dann OK aus.
(Optional) Geben Sie eine Beschreibung für die zu verknüpfenden Elemente ein.
Klicken Sie auf OK.
Weitere Informationen finden Sie unter Suchen nach zu verknüpfenden oder zu importierenden Arbeitsaufgaben.
Wählen Sie Arbeitsaufgabe speichern aus.
Hinweis Sowohl die Änderungsanforderung als auch die Arbeitsaufgaben, die Sie verknüpft haben, werden aktualisiert.
Hinzufügen von Details, Anlagen oder Links zu einer Änderungsanforderung
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
Wählen Sie Details, Ausrichtung oder Registerkarte Analyse und Typinformationen in den Feldern aus.
Sie können die Informationen formatieren, um einzelne hervorzuheben oder eine Aufzählung aufzuzeichnen.
Hinweis 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 Änderungsanforderungsfeldverweis (CMMI) und Anforderungsfeldverweis (CMMI).
Wählen Sie Arbeitsaufgabe speichern aus.
So fügen Sie einer Änderungsanforderung eine Anlage hinzu
Führen Sie auf der Registerkarte Anlagen eine der folgenden Aktionen aus:
Ziehen Sie eine Datei in den Anlagenbereich.
Wählen Sie oder drücken Sie STRG+V, um eine Datei einzufügen, die Sie kopiert haben.
Wählen Sie Hinzufügen aus, wählen Sie Durchsuchen, und im Dialogfeld aus, Anlage ein, oder suchen Sie den Namen der Datei, die Sie anfügen möchten.
(Optional) Geben Sie in das Feld Kommentar weitere Informationen zur Anlage ein.Um das Dialogfeld Anlage zu schließen, wählen Sie OK.
Wählen Sie Arbeitsaufgabe speichern aus.
So fügen Sie einer Änderungsanforderung einen Link hinzu
Wählen Sie auf der Registerkarte Alle Links die Option Verknüpfen mit aus.
In der Liste wählen Sie LinktypLink aus.
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.
(Optional) Geben Sie im Feld Kommentar weitere Informationen zum Link ein.
Klicken Sie auf OK.
Wählen Sie Arbeitsaufgabe speichern aus.
Ä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
Öffnen Sie die Änderungsanforderung.
In der Liste wählen Sie ZustandAktiv, Gelöst oder Geschlossen aus.
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.
Wählen Sie Arbeitsaufgabe speichern aus.
Typischer Workflowablauf:
Untypische Übergänge:
|
Änderungsanforderungs-Zustandsdiagramm |
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
Konzepte
Änderungsanforderungsfeldverweis (CMMI)
Arbeitsaufgabenfeldverweis für Visual Studio ALM