Definition des V-Zyklus
Der V-Zyklus im Projektmanagement geht auf das in den 1970er Jahren theoretisierte Wasserfallmodell zurück, das es ermöglicht, Entwicklungsprozesse linear und in aufeinanderfolgenden Phasen abzubilden.
Diese Art des Projektmanagements wurde in den 1980er Jahren entwickelt und auf den Bereich Industrieprojekte übertragen, dann auf IT-Projekte ausgeweitet. Sie wurde Anfang der 2000er Jahre unter dem Einfluss der Beschleunigung des technologischen Wandels in Frage gestellt und begünstigte so genannte "agile" Methoden.
Der Buchstabe V bezieht sich auf die schematische Darstellung dieses Zyklus, die die Form eines V annimmt: eine absteigende Phase gefolgt von einer aufsteigenden Phase. Der V-Zyklus ordnet jeder Implementierungsphase eine Validierungsphase zu, wie in der folgenden Abbildung dargestellt:
Vorteile dieser Methodik
Der Hauptvorteil des V-Zyklus ist, dass es vermeidet es, immer wieder zurück zu gehen, um die ursprünglichen Spezifikationen neu zu definieren, wie eine Ratsche. Jede Entwurfsphase erfordert die Erstellung einer genauen und umfassenden Dokumentation, in der jeder Punkt durch das Endprodukt validiert werden muss. Sobald ein Schritt validiert ist, gehen wir nicht zurück und gehen auf solider Basis zum nächsten Schritt über; Dies ist die Hauptstärke des V-Zyklus.
Aufgrund seines rigorosen und intuitiven Aspekts bleibt der V-Zyklus ein einfach zu implementierender Prozess. Durch die Vorarbeit der Festlegung des Pflichtenhefts zu Projektbeginn sind den Mitarbeitern nach dem Start alle Etappen bekannt, sie finden sich leicht im Projektzeitraum zurecht und kennen den Zweck ihrer Aufgaben. Ebenso kann die für jeden Schritt erforderliche Dokumentation in ihrer Struktur (Spezifikationen, Testspezifikationen etc.) von einem Projekt zum anderen repliziert werden.
Generell eignet sich der V-Zyklus eher für standortübergreifende Strukturen, da er keine täglichen Meetings, sondern nur Steuerungsmeetings als Übergang von einer Phase in die andere benötigt. Sein linearer Aspekt ermöglicht daher eine fragmentierte geografische Organisation, bei der die Zusammenarbeit mit den Mitarbeitern nicht entscheidend ist.
Nachteile
Der Hauptnachteil des V-Zyklus lässt sich in zwei Worten zusammenfassen: der Tunneleffekt. Nach einer Phase der genauen Definition des Produkts, zu dem das Team fertig werden muss, wird das Projekt in einem "Tunnel" aus den oben genannten Phasen gestartet. Was aber, wenn die ursprünglichen Spezifikationen überschritten werden? Was ist, wenn sich der Bedarf des Kunden ändert oder schlecht ausgedrückt wurde? Der V-Zyklus kommt daher mit Veränderungen nicht gut zurecht, was sowohl seine Stärke als auch seine Hauptschwäche ist.
Es bietet somit weniger Reaktionsfähigkeit in Bezug auf den technologischen und wirtschaftlichen Kontext, auf Kundenwünsche, auf unerwartete Ereignisse; Risikobereitschaft wird systematisch eingeschränkt. Der Tunneleffekt wird auch durch den erheblichen Dokumentationsaufwand zu Projektbeginn hervorgerufen, der danach nicht mehr korrigiert werden kann. Schließlich illustriert das Bild des Tunnels die (manchmal sehr) lange Zeit zwischen der Bedürfnisbekundung und der Rezeptur für das Endprodukt.
V-Zyklus vs. agile Methoden
Generell lässt sich sagen, dass der V-Zyklus den Prozess in den Mittelpunkt stellt, während die agilen Methoden das Produkt begünstigen.
Im Rahmen agiler Methoden (Scrum, XP, RAD, …) wird das Projekt verfeinert durch Iterationen , durch die Wiederholung eines Arbeitszyklus (der Sprint als Teil der Scrum-Methode). Wie wir gesehen haben, definiert der V-Zyklus das gesamte Endprodukt in den frühen Stadien und lässt später im Zyklus wenig Spielraum für Anpassungen.
Agile Methoden ermöglichen es dann, das Produkt durch Zuwachs . Wir produzieren jedes Mal ein bisschen mehr, Stück für Stück, um das Endergebnis zu erzielen. Der V-Zyklus konzentriert stattdessen die Realisierung des Ganzen in einer einzigen Phase, die stromaufwärts vollständig ausgelegt und stromabwärts verifiziert wird.
Diese mangelnde Anpassung und Flexibilität des V-Zyklus hat gerade im Software- und Marketingbereich zur Entstehung agiler Methoden geführt, um auf immer schnellere Veränderungen von Technologien und Verbraucherwünschen zu reagieren.
Umsetzung des V-Zyklus
Für welche Projekte?
Im Hinblick auf die oben dargestellten Elemente begünstigen die folgenden Elemente die Verwendung des V-Zyklus:
- Sehr spezifische Anforderungen des Kunden, beispielsweise im Rahmen einer Ausschreibung.
- Die Anwesenheit eines Dienstleisters, der alle Phasen der Umsetzung kontrolliert und erfordert somit weniger Kommunikation zwischen den verschiedenen Akteuren.
- Die Möglichkeit, von Anfang bis Ende unveränderte Spezifikationen zu befolgenn, aufgrund der Art des Produkts oder Projekts.
- Ein Projekt, bei dem sich das technologische Umfeld nur sehr wenig ändert, wodurch die mit dem Tunneleffekt verbundenen Verzögerungsrisiken begrenzt werden.
Eine entscheidende Phase: das Design
Die Bedürfnisse des Kunden müssen umfassend und konsequent erfasst werden. Funktionsspezifikationen müssen einem Folge- und abschließenden Validierungsprozess unterzogen werden. Sie müssen die Anforderungen des Kunden synthetisieren und gleichzeitig das gesamte Projektprogramm abdecken.
Die Beschreibung der Mittel zur Erzielung des Endprodukts sollte ihrerseits nur in die Phase der technischen Spezifikationen (allgemeiner Entwurf) eingreifen, um zu verhindern, dass die Mittel den Zweck definieren!
Wer validiert?
Zu guter Letzt , standardmäßig definiert der V-Zyklus Phasen, ohne deren Rollen oder Verantwortlichkeiten zu definieren. Es ist daher ratsam, zu Beginn des Projekts die Personen oder Körperschaften zu benennen, die die Rolle übernehmen werden (durch Erhöhung des Detaillierungsgrads):
- Projektmanagement (funktional) oder MOA
- Projektmanagement (System) oder MOE
- Das Architekturteam oder allgemeines Design (technisch, geschäftlich)
- Das Entwicklungsteam (nach Komponente)
Die Rollen sind im obigen Diagramm durch die V-Ring-Reihenfolge gekennzeichnet.