Requirement und Change

Anforderungen werden im V-Modell möglichst detailliert im Lastenheft erfasst und durch den Auftraggeber bestätigt. Jede nachfolgende Änderung ist dann als Change Request dokumentiert und wird zu einem späteren Zeitpunkt in das Projekt eingesteuert. Das Lastenheft wird in ein Pflichtenheft überführt, es folgt die Erstellung der nächsten benötigten Dokumente. Die entstehenden Produkte werden unter anderem von den Testern geprüft, um die Testprozeduren erstellen zu können. Die linke Seite des V-Modells verbindet sich mit der rechten (siehe Grafik).

Das heißt zum Beispiel, dass die Tester während der Anforderungsanalyse nicht nur in die Reviews der Anforderungsdokumente eingebunden werden, sondern auch, dass sie bereits zu diesem Zeitpunkt die Testprozeduren und Testdokumente erstellen sollen. Dies trifft auf allen Ebenen des V-Modells zu.

Beim agilen Vorgehen werden die Anforderungen evolutionär erfasst und auf Basis von "Funktionalität-nach-Funktionalität" (Userstory-by-Userstory) in Iterationen umgesetzt. Ein Feature stellt hierbei die für den Kunden nutzbringende Anforderung dar, das heißt, die Anforderungen müssen dementsprechend auch strukturiert sein. Der Auftraggeber wird während der kompletten Projektlaufzeit stark eingebunden, damit existierende Anforderungen detailliert und neue beziehungsweise geänderte Anforderungen gemeinsam in eine der nächsten Iterationen eingesteuert werden können. Die Anforderungen werden zum Beispiel als Tests detaillierter formuliert und unnötige Zwischenartefakte vermieden. Das Team arbeitet gemeinsam an der Umsetzung und Absicherung dieser Funktionen, redundante, mitunter temporäre Dokumente werden nicht benötigt. Auf diesem Weg lassen sich Fehler kostengünstig entfernen, und der Auftraggeber bestätigt die korrekte Umsetzung der Anforderung. Das verhindert schon in frühen Projektphasen Missverständnisse und erspart teure Umbauten.