Wasserfallmodell im Offshore-Softwareentwicklungsprozess

Was ist der Waterfall-Prozess?

Der Waterfall-Prozess war eine der frühesten und einfachsten Methoden, um einen Softwareentwicklungsprozess zu gestalten. Er wurde „Waterfall“ genannt wegen der Reihenfolge der Phasen.

Jeder Schritt in einem Waterfall-Prozess fließt wie die Kaskadenstufen eines Wasserfalls in den nächsten. Keine Phase beginnt, bevor die vorherige abgeschlossen ist, und der Abschluss jeder Phase ist endgültig. Der einzige Weg, eine Phase erneut zu durchlaufen, ist, wieder bei Phase eins zu beginnen.

Mit anderen Worten ist die Waterfall-Managementmethode ein sequentieller, linearer Projektmanagementprozess, der aus mehreren klar abgegrenzten Phasen besteht.

Das Ziel des Waterfall-Prozesses ist es, das gesamte System auf einmal zu liefern. Diese Methode war hauptsächlich für große Unternehmen oder Regierungssysteme geeignet. Aufgrund des großen Umfangs, den sie bewältigen muss, war der Waterfall-Prozess jedoch langsam, schwer zu handhaben und wenig reaktionsfähig gegenüber Änderungen.

Phasen des Waterfall-Modells

Der Waterfall-Prozess besteht üblicherweise aus fünf bis sieben Phasen, die in strenger linearer Reihenfolge ablaufen. Die genauen Bezeichnungen der Phasen variieren, wurden aber ursprünglich von ihrem Erfinder Winston W. Royce wie folgt definiert:

• Anforderungen: Alle Kundenanforderungen werden zu Beginn des Projekts gesammelt, sodass jede andere Phase ohne weitere Rücksprachen geplant werden kann. Die Projektanforderungen sollten jedem Teammitglied klar sein.
• Design: Die Designphase wird üblicherweise in zwei Unterphasen unterteilt: logisches Design und physisches Design. Das logische Design umfasst die Ausarbeitung möglicher Lösungen, während im physischen Design diese theoretischen Ideen und Schemata in konkrete Spezifikationen umgesetzt werden. In dieser Phase ist keine Programmierung erforderlich, aber das Team legt Spezifikationen wie Programmiersprache oder Hardwareanforderungen fest.
• Implementierung: In der Implementierungsphase findet die Programmierung statt. Die Programmierer sammeln Informationen über die Anforderungen und Spezifikationen aus den vorherigen Phasen und erstellen den tatsächlichen Code. Sie implementieren den Code typischerweise in kleinen Abschnitten, die am Ende dieser Phase oder zu Beginn der nächsten integriert werden.
• Verifikation: In dieser Phase überprüft der Kunde das Produkt, um sicherzustellen, dass es den Anforderungen entspricht. Tester finden systematisch Probleme, die während des Testprozesses auftreten, und melden diese. Wenn schwerwiegende Probleme auftreten, muss das Projekt möglicherweise zur Neubewertung zu Phase eins zurückkehren. Besteht das Produkt diese Phase, wird es dem Kunden übergeben.
• Wartung: Der Kunde nutzt das Produkt regelmäßig während der Wartungsphase und entdeckt dabei Fehler, unzureichende Funktionen und andere Probleme, die während der Produktion auftreten. Falls Probleme auftreten, muss das Entwicklerteam möglicherweise Patches und Updates erstellen, um diese zu beheben. Größere Probleme können erfordern, dass der gesamte Prozess wieder bei Phase eins beginnt.

Wann sollte das Waterfall-Prozessmodell verwendet werden?

Patrick Rockwell, ein Experte auf diesem Gebiet, nennt Situationen, in denen der Waterfall-Prozess von Vorteil sein kann:

„Obwohl heutzutage weniger verbreitet, wählen Sie diese Methode, wenn die Anforderungen an Ihr Endprodukt hinsichtlich Zeit und Geld festgelegt, aber variabel sind.

Ich stelle mir gerne einen Wissenschaftler vor, der für ein großes Unternehmen forscht – durch Versuch und Irrtum wird er wahrscheinlich seinen gesamten Prozess mehrfach und in verschiedenen Phasen neu starten, um das begehrte Endergebnis zu erzielen.

Durch das Waterfall-Projektmanagement wird dieses Verhalten vorausgesehen und sogar bevorzugt! Dies ermöglicht es den Mitgliedern, ihren Ansatz immer wieder anzupassen und neu zu überdenken.“

Wie Patrick erwähnt, kann der Waterfall-Prozess problematisch sein, wenn die Projektanforderungen nicht vollkommen klar sind. Aufgrund seiner Unfähigkeit, sich an Veränderungen anzupassen, eignet sich die Waterfall-Methode am besten für kurze Projekte mit klaren Anforderungen.

Wenn Ihre Anforderungen sich nicht ständig ändern und Ihre Umgebung stabil ist, ist Waterfall eine ideale Wahl. Somit ist der Waterfall-Prozess auch dann angemessen, wenn Ihre Technologie und Werkzeuge stabil sind.

Abschließende Gedanken

Das war eine grundlegende Einführung in die Waterfall-Softwareentwicklung-Methode. Zusammenfassend kann die Waterfall-Methode Ihnen helfen, Ihre Projektkosten, Ressourcen und Fristen genau einzuschätzen, wenn Sie einen vollständig ausgearbeiteten Projektplan mit detaillierten Anforderungen und Spezifikationen haben.