Was sind die Probleme des Wasserfallmodells?

Das Wasserfallmodell ist ein relativ linearer sequentieller Designansatz für bestimmte Bereiche des Engineering-Designs.

In der Softwareentwicklung gehört es eher zu den weniger iterativen und flexiblen Ansätzen, da der Fortschritt wie ein Wasserfall durch die Phasen Konzeption, Initiierung, Analyse, Design, Konstruktion, Test, Deployment und Wartung weitgehend in eine Richtung nach unten fließt. In Softwareentwicklungsprojekten verwendet, sehen die Phasen typischerweise so aus:

1. Anforderungen

Wenn Sie sich mit Softwareentwicklung oder einem Projekterstellungsteam beschäftigen, möchten Sie den geschäftlichen Kontext dessen kennen, was Sie zu erstellen versuchen – Sie möchten definieren, welche Art von Problemen Sie zu lösen versuchen und wie die Leute auf Ihre reagieren würden fertiges Produkt. Nachdem Sie all diese „Anforderungen“ definiert haben, haben Sie die Eingaben, die Sie benötigen, um mit dem nächsten Schritt fortzufahren.

2. Entwerfen

Dieser Schritt besteht aus allen Schritten, die Sie benötigen, um alle Anforderungen zu erfüllen, die Sie zuvor festgelegt haben. In der Softwareentwicklung ist dies der Teil, in dem Sie die gesamte Software- und Hardwarearchitektur, Programmiersprache, Datenspeicherung usw. definieren. Dies ist auch der Teil, in dem Sie bestimmen, wie das Projekt für den Endbenutzer nützlich wäre.

3. Umsetzung

In diesem Schritt beginnen Sie mit der Konstruktion dessen, was Sie in Ihrem Plan entworfen haben. Dieser Teil der Wasserfallmethode dient dazu, die Standards zu erfüllen, die Sie in den vorherigen Schritten festgelegt haben. Dies ist der Teil, in dem Leute aus dem Entwicklungsteam ins Spiel kommen und all die in den vorherigen Schritten besprochenen Dinge in die Tat umsetzen.

4. Überprüfung

Dies ist der Teil der Methode, an dem Qualitätssicherungsmitarbeiter teilnehmen, um sicherzustellen, dass das Entwicklungsteam keine Fehler gemacht hat. Dies ist höchstwahrscheinlich auch der Teil, an dem die Menschen erkennen, was in ihrem Plan funktioniert oder nicht funktioniert.

Beachten Sie, dass

Wenn alle Dinge von den Projektentwicklern erfüllt sind, kommt der Kunde oder der Endbenutzer herein und macht die letzte Entscheidung, ob das Projekt startbereit ist.

Die Wasserfallmethode legt Wert darauf, dass die Menschen, wenn in einer bestimmten Phase etwas schief geht, zur vorherigen zurückgehen können, um zu sehen, was schief gelaufen ist. Wenn es zum Beispiel ein Problem bei der Planimplementierung gibt und die Leute wissen, dass sie einfach dem ihnen übergebenen Entwurf gefolgt sind, dann sehen sich die Manager ihren Plan an und nehmen von dort aus ihre Überarbeitungen vor.

Was ist das Problem des Wasserfalls?

Kunden wissen möglicherweise nicht genau, was ihre Anforderungen sind, bevor sie funktionierende Software sehen, und ändern daher ihre Anforderungen, was zu Umgestaltung, Neuentwicklung und erneutem Testen sowie zu erhöhten Kosten führt.

Entwickler sind sich beim Entwerfen eines neuen Softwareprodukts oder einer neuen Funktion möglicherweise zukünftiger Schwierigkeiten nicht bewusst. In diesem Fall ist es besser, das Design zu überarbeiten, als an einem Design festzuhalten, das neu entdeckte Einschränkungen, Anforderungen oder Probleme nicht berücksichtigt.

Daher gibt es keine Garantie dafür, dass die Anforderungen, die sich die Organisation ausgedacht hat, tatsächlich funktionieren würden. Von hier aus würden Sie erkennen, dass das Wasserfallmodell die folgenden Probleme hat:

1.  Menschen folgen Plänen blind.

Bei der traditionellen Methode achten die Menschen mehr darauf, wie die Dinge im richtigen Moment passieren, ohne darauf zu achten, ob die Dinge wirklich zusammenpassen. Während die Planung wichtig ist, ist es auch wichtig, dass Entwickler und Qualitätsprüfer verstehen, wie die Dinge ablaufen sollen, insbesondere mit dem Kunden oder dem Endbenutzer. Wichtig ist auch, dass alle Projektbeteiligten sofort sagen können, wie ein bestimmter Schritt in der Projektabwicklung auseinanderfallen kann, ohne auf die Testphase warten zu müssen.

2.  Sequenzielle Prozesse und Änderungen werden kostspielig

Diese Vorgehensweise berücksichtigt nicht die Änderung definierter Anforderungen im Laufe des Projekts. Daher besteht ein großes Potenzial, dass die Software die Anforderungen des Benutzers nicht vollständig erfüllt, ineffizient ist und eine schlechte Funktionalität aufweist.

Es ist unzureichend, da Entwickler nicht einfach zurückgehen und etwas in einer früheren Phase ändern können, wenn sich die Anforderungen der Verbraucher ändern, sondern der Entwickler muss dorthin zurückkehren, wo sich die Anforderung ändern muss, und diese Phase von vorne beginnen. Erst wenn diese Phase abgeschlossen ist, kann er zur nächsten Phase übergehen.

3.  Endbenutzer wissen nicht, was sie wollen.

Meistens ändert sich die Meinung eines Endbenutzers ständig, und die meisten Personen haben eine vage Vorstellung von ihren Softwareanforderungen, und während sich die Software entwickelt, spezifizieren sie ihre Anforderungen.

Wenn es an der Zeit ist, das fertige Produkt an einen Kunden zu übergeben, wird ihm das Ergebnis wahrscheinlich nicht gefallen, obwohl er in der Anfangsphase bewusst etwas anderes gesagt hat. Für Kunden und Endbenutzer ist es einfach, ihre Wünsche im Laufe der Zeit zu ändern. Das Waterfall-System hat noch keine Möglichkeit, dies zu lösen, ohne Pläne überarbeiten und das gesamte Projekt komplett wiederholen zu müssen.

4.  Qualitätsprüfungen können darunter leiden.

Es ist unmöglich, die Ergebnisse eines Projekts genau vorherzusagen, und wenn das gesamte Team unter Zeitdruck steht, ist es möglich, die Testphase zu verkürzen, um die Frist einzuhalten.

5.  Du wirst nie wissen, auf welcher Bühne du wirklich stehst.

Da das Produkt, das Sie zu erstellen versuchen, erst ganz am Ende produziert wird, sind Sie sich nicht sicher, ob Sie noch in der Planung oder bereits in der Entwicklungsphase sind. Das bedeutet, dass Sie aufgrund dieser schlechten Sicht wahrscheinlich auch mehr Zeit auf einer Bühne verbringen werden, als Sie erwartet haben.

Am Ende kann die Wasserfallmethode zu riskant sein, da sie zu starr ist. Damit Sie ein Produkt herstellen können, das funktioniert und flexibel genug ist, um Ihnen dabei zu helfen, herauszufinden, was funktioniert oder nicht.

Ähnliche Resourcen

• Agile & Scrum — Artikel zur Softwareentwicklung ( Englisch ) ( Chinesisch ) ( Japanisch )