Workflow von Anforderungen
In einem Projekt sind Anforderungen nicht einfach nur da – sie haben einen Lebenszyklus. Und dieser ist je nach Unternehmen oder Projekt immer leicht unterschiedlich. Im Großen und Ganzen kann ein solcher Lebenszyklus allerdings von einem ähnlichen Ausgangsbild aus definiert werden.
Basis ist hier in Artikel abgebildet und kann so wie es ist übernommen und bei Bedarf angepasst werden.
| Zustand | Beschreibung |
|---|---|
| Draft | Die Anforderung ist inhaltlich soweit beschrieben, dass verstanden wird worum es bei dieser Anforderung geht. Es wurde aber noch nicht entschieden, diese Anforderung einem Review zu unterziehen. |
| Review | Die Anforderung ist im Review. Beteiligte Personen prüfen den Inhalt, Rechtschreibung und Konsistenz zu anderen Anforderungen. Ebenfalls werden Zusammenhänge zu anderen Anforderungen oder Workitems geprüft und nachgebessert. |
| Approved | Die Anforderung ist abgestimmt und es kann mit der Umsetzung begonnen werden. |
| Realized | Die Anforderung ist geschlossen worden, weil die Umsetzung durchgeführt wurde. Hinweis: Nur wenn alle Workitem (i.d.r. Anforderungen, Fehler, und Änderungswünsche) im Status closed sind, kann eine Software erstellt werden. |
| Rejected | Die Anforderung wurde abgewiesen. Sie darf nicht umgesetzt werden. |
| Übergang | Beschreibung | Benötigte Felder | Berechtigte Rollen |
|---|---|---|---|
| INITIALIZE | Initialer Übergang / Eingang der Anforderung Die Anforderung wird im System gespeichert ist damit erstmalig verfügbar. | ID, Titel | Vertrieb, Produktmanagement, Systems-Engineering |
| Pass_to_REVIEW | pass to REVIEW Die Anforderung ist fertig beschrieben und kann von den beteiligten und interessierten Personen geprüft werden. | Beschreibung, Priorität, Kategorie zu löschende Felder: | Vertrieb, Produktmanagement, Systems-Engineering |
| Back_to_DRAFT | Im Review hat sich herausgestellt, dass die Beschreibung der Anforderung nicht korrekt ist oder sich inkonsistenzen ergeben haben. Daher muss die Anfoirderung überarbeitet werden. | Kommentar
zu löschende Felder: | Vertrieb, Produktmanagement, Systems-Engineering |
| APPROVED | Die Anforderung ist so wie sie aktuell vorliegt gültig und wurde im Review ohne einen schwerwiegenden Einwand akzeptiert. Die Anforderung kann also in die Umsetzung überführt werden. | Ziel-Version | Produktmanagement, Systems-Engineering |
| CLOSED | Die Anforderung ist umgesetzt und erfolgreich getestet worden und ist im Serienprodukt verfügbar und nutzbar. | Version, in der die Anforderungen verfügbar gemacht wurde |
Test-Manager, Release-Manager |
| Back_to_APPROVED | Es wurde festgestellt, dass die Anforderung zwar weiterhin valide ist, aber die Umsetzung ist nicht so wie erwartet – trotz vorherigem Test. | Resolution, Kommentar | Produktmanager, Systems-Engineering, Test-Manager |
| REJECTED | Die Anforderungn wird abgelehnt. Es gibt andere Anforderungen, die den Wunsch des Kunden besser beschreiben oder die Anforderung wird in dieser Form nicht mehr benötigt und kann fallengelassen werden. | Resolution, Kommentar | Produktmanagement, Systems-Engineering |
