Die Geschichte der Wasserfall-Projektmanagementmethode
Wasserfall ist ein logisches Muster, das während des Projekts befolgt werden soll – Planung, Entwicklung, Test und Veröffentlichung. Die Geschichte von Wasserfall hat ihren Ursprung im Artikel von Winston W. Royce aus dem Jahr 1970 zu den Verfahren von IEEE WESCON, der Verwaltung der Entwicklung großer Softwaresysteme. Der Artikel von Royce ist wahrscheinlich der erste, der sich mit der Wasserfall-Methode in der Softwareentwicklung befasst, obwohl das Wort „Wasserfall“ nicht einmal erwähnt wird. Der formale Begriff wurde in Thomas E. Bells und T.A. Thayers Arbeit aus dem Jahr 1976 aus dem Protokoll der 2. Internationalen Konferenz für Software Engineering, Softwareanforderungen: Sind sie wirklich ein Problem? eingeführt. Wie bereits an vielen Stellen erwähnt wurde, preiste die Arbeit von Royce jedoch die Methode nicht. Tatsächlich beschreibt er sie in wenig schmeichelhaften Worten und nennt sie fehlerhaft und in vielerlei Hinsicht fehleranfällig. Er fuhr damit fort, einen iterativeren Ansatz zu diskutieren, vielleicht die Grundlage dafür, was später einmal zu einem Agile-Ansatz werden würde.
Bell und Thayers Arbeit diskutiert eine Veränderung des Ansatzes von Bottom-up zu Top-down bei der Entwicklung von Softwareanforderungen, unter Verweisung der Annahme dieses Ansatzes in MIL STD 490/483 (MIL STD 490 diskutiert Spezifikationspraktiken und MIL STD 483 diskutiert Konfigurationsmanagement-Praktiken für Systeme). Die Arbeit befasst sich hauptsächlich mit der empirischen Untersuchung der Ansätze, um herauszufinden, welche am besten funktioniert. Die Arbeit kommt zu dem Schluss, dass „in den letzten zehn Jahren Struktur und Disziplin an Bedeutung gewonnen haben, und Praktiker daraus geschlossen haben, dass ein Top-down-Ansatz gegenüber dem früheren Bottom-up-Ansatz überlegen ist.“ Der Begriff „Wasserfall“ wird in direktem Bezug auf die Arbeit von Winston Royce verwendet.
Trotz der von Royce beschriebenen Fehler wurde Wasserfall 1985 eine bevorzugte Methode, als das Verteidigungsministerium DOD-STD-2167A,Softwarentwicklung für Verteidigungssysteme veröffentlichte. Es beschreibt den Softwareentwicklungszyklus wie folgt:
- Analyse der Softwareanforderungen
- Vordesign
- Detailliertes Design
- Codierungs- und Einheitstests
- Computersoftware-Komponente (CSC) – Integration und Tests
- CSCI-Tests
Das Vorige besagt, dass „dieser Standard dynamisch und schnell auf den sich schnell entwickelnden Softwaretechnologiebereich reagieren soll. Dieser Standard sollte daher selektiv angewendet und an die einzigartigen Merkmale jedes Softwarebeschaffungsprogramms angepasst werden.“ Die Anforderungen wurden jedoch akribisch festgehalten und sollten streng befolgt werden.
Die Beliebtheit der Wasserfall-Methode begann zu schwinden, als die Führungskräfte in der Branche frustriert wurden mit ihrer Inflexibilität, und das Agile-Manifest entwickelten. Seit diesem Tag haben immer mehr Unternehmen Agile übernommen, doch viele halten weiterhin an Wasserfall fest und das aus gutem Grund. Wasserfall hat seine Fehler, aber es hat auch seine Vorteile und in der richtigen Umgebung kann es die beste Vorgehensweise sein.
Project Management Guide
Your one-stop shop for everything project management
Ready to get more out of your project management efforts? Visit our comprehensive project management guide for tips, best practices, and free resources to manage your work more effectively.
Wasserfall-Projektmanagement: Eigenschaften und Vorteile
Trotz aller Kritik an Wasserfall gibt es einige echte Vorteile bei seiner Umsetzung:
- Es ist ein einfacher, direkter Ansatz.
- Es ist leicht, einen Plan für die Verwaltung eines Wasserfall-Projekts zu entwickeln, da jede Phase einen Anfang und ein Ende hat, und Sie vor der Codierung wissen, was entwickelt werden muss, wann es fällig ist, wann Tests beginnen, usw.
- Die frühe Planung bietet eine gute Grundlage für die Gestaltung von Komponenten, die sich in externe Systeme integrieren.
- Es ist einfach, Ressourcen für Wasserfall zu planen, denn auch hier wissen Sie, wann alles beginnen und enden soll.
- Kunden, die endgültige Anfangs- und Enddaten wünschen, können Wasserfall als versichernd empfinden. Kunden kann das Datum genannt werden, an dem sie ein Produkt in ihren Händen halten werden, und wenn sich das Projekt für einen Wasserfall-Ansatz eignet, wird es an diesem Datum geliefert.
- Die Kosten der Entwicklung können im Voraus festgelegt werden.
- Detaillierte Verfahren können verwendet werden, um jeden Teil des Prozesses zu regeln.
- Der designintensive Ansatz von Wasserfall erzwingt einen disziplinierten Ansatz der Entwicklung und legt klare Erwartungen fest.
- Teammitglieder können an anderen Projekten teilnehmen, bevor ihre Phase beginnt oder nach Abschluss ihrer Phase, und bei Bedarf zum Projekt zurückkehren.
- Die Abhängigkeit von der Designdokumentation reduziert den Stress auf das Entwickler-Turnover.
- Der designintensive Ansatz bedeutet, dass Fehler in der Designphase erkannt werden können. Es gibt offensichtliche Tücken dafür und jeder, der mit der Wasserfall-Methode gearbeitet hat, weiß, dass Designfehler auftreten, aber mit einem erfahrenen Team und einem Plan erhalten Sie oft ein solides Design, das gemäß Plan ausgeführt werden kann.
Nachteile des Wasserfall-Projektmanagements
Hier sind einige der wichtigsten Bedenken und Kritiken zu Wasserfall:
- Zeit bis zur Veröffentlichung ist für große Projekte ungewöhnlich lang. Die Arbeit von Royce lobte Wasserfall, wenn es um kleine, interne Projekte ging, aber sah die Methode als ziemlich fehlerhaft für größere, komplexere Projekte an. Tatsächlich ist dies wahrscheinlich der primäre Grund, warum Agile so beliebt geworden ist. Projekte, die zu groß waren, wurden abgebrochen, bevor sie über die Wasserfall-Methode zur Fertigstellung gelangen konnten.
- Die zweite größere Kritikpunkt an Wasserfall ist der, dass Veränderungen unerwünscht sind. Sobald Tests beginnen, ist es äußerst teuer, zur Entwicklung zurückzukehren oder das Projekt neu zu gestalten. Das Design muss sorgfältig und korrekt geschrieben werden, bevor es zu weit geht.
- Arbeitssoftware wird erst spät im Projekt angezeigt.
- Fehler, die früh im Projekt gemacht wurden, können fatale Auswirkungen auf den späteren Code haben – aber nichts davon ist ersichtlich, bevor die Tests beginnen, was die Korrektur des Codes teuer und zeitaufwendig macht.
- Es ist kein objektorientierter Ansatz. Wasserfall-Projekte sind stark integriert. Dies ist ein weiterer Aspekt von Wasserfall, der die Flexibilität reduziert.
- Es ist keine gute Methode für Wartungs- und andere Arten von langfristigen Projekten.
- Hand in Hand mit den vorhergehenden Kritikpunkten geht die Tatsache, dass Kunden oft nicht wissen, was sie wollen, bevor das Projekt beginnt.
- Wenn das Team unerfahren ist oder Neuland betritt, kommt es zu Hindernissen, die für das Projekt gefährdend sind.
- Tests können zu kurz kommen, um im Zeitplan zu bleiben, weshalb der Kunde eventuelle Fehler erst entdecken könnte, nachdem das Produkt bereits geliefert wurde.
- Umstände könnten erzwingen, dass das gesamte Projekt aufgegeben wird. So könnten beispielsweise Veränderungen in der Branche, die während der Entwicklungsphase auftreten, das gesamte Projekt obsolet machen. Ein anderes Ereignis kann die Entdeckung eines Designfehlers sein, der so schwer ist, dass das gesamte Projekt neu designt werden muss, was so kostspielig sein kann, dass der Kunde das Projekt abbricht.
Wasserfall- vs. agiles Projektmanagement – der Vergleich
Wasserfall konzentriert sich auf die Designphase eines Projekts, während Agile nur minimale Zeit für das Design vorsieht. Beide Projektmanagementmethoden zielen darauf ab, funktionierende Software zu liefern, aber Wasserfall-Projekte liefern in der Regel einmal oder zweimal pro Jahr ein Release (oder sogar noch seltener), während Agile eine funktionierende Software bis zu einmal pro Woche liefern kann. Die Lieferungen in Wasserfall können groß sein und benötigen einen langen Testzeitraum, wobei viele Unternehmen auch Beta-Tests ermöglichen. Agile testet Software bereits während sie erstellt wird, wobei oft der Entwickler die Tests durchführt.
Ein wichtiger Unterschied zwischen Wasserfall und Agile ist, dass Wasserfall eine Methode ist, aber Agile eine „Bewegung“ mit einer Vielzahl von abgeleiteten Methoden, die die Prinzipien und Werte von Agile anwenden. Scrum, eXtreme Programming (XP), Kanban, Scrumban und eine Reihe anderer Methoden bieten dem Entwicklungsteam verschiedene Optionen, sodass es die optimale Methode wählen kann
Agile ist eine gute Wahl, wenn der Kunde über Anforderungen unsicher ist oder eng am Entwicklungsprozess beteiligt sein möchte, und wenn Zeitabläufe kurz sind und eine schnelle Lieferung gewünscht ist. Wasserfall ist besser, wenn es komplexe Abhängigkeiten gibt, aber Agile ist vorzuziehen, wenn Abhängigkeiten minimal sind. Agile ist auch am besten geeignet, wenn Geschwindigkeit wichtiger als Qualität ist.
Einige Nachteile von Agile sind:
- Erfordert die Beteiligung des Kunden
- Kosten und Zeitpläne sind unsicher
- Planung ist schwierig
- Mangelnde Klarheit über das Endergebnis
- Minimale Dokumentation
- Teammitglieder müssen funktionsübergreifend sein – einige sind in ungewohnten Rollen unerfahren
- Entwickler sind für ein einzelnes Projekt zuständig
- Scope-Creep ist ein Risiko – wenn ein Projekt Änderungen unterliegt, kann es außer Kontrolle geraten und seinen Lieferterm überschreiten
Die Idee, dass Agile ein dramatischer Weggang von Wasserfall ist, ist nicht ganz wahr. Der Agile-Ansatz ist tatsächlich mehr ein angepasster Wasserfall-Ansatz, ein Versuch, einige der Nachteile von Wasserfall in Bezug auf Widerstand gegen Veränderungen und lange Liefertermine zu adressieren. Die mangelnde Flexibilität und eine hohe Anzahl an abgebrochenen Projekten führte dazu, dass viele Teams von Wasserfall zu Agile wechselten. Es ist jedoch wichtig, zu verstehen, dass Agile immer noch einen sequenziellen Ansatz benötigt – die Sequenz ist nur kürzer. Auch bei Agile müssen zunächst Anforderungen und Design festgelegt werden, und die Entwicklung kann erst beginnen, wenn beides feststeht. Außerdem kann man keinen Code testen, der noch nicht geschrieben wurde, oder Code liefern, der nicht getestet und integriert wurde. Daher kann Agile als flexiblere, schnelle Form des Wasserfall-Projektmanagements angesehen werden.
Tipps und Best Practices für Ihr nächstes Projekt mit der Agile-Methode.
Erfahren Sie alles über agiles Projektmanagement und Tipps, die Ihnen helfen, bewährte Vorgehensweisen für agiles Projektmanagement zu implementieren
Verwendung der Wasserfall-Methode im Projektmanagement
Die Entscheidung zwischen Wasserfall und Agile erfolgt auf Grundlage der Projektanforderungen und Kundenbedürfnisse. Achten Sie insbesondere auf die Anforderungen, das Ziel und die Zielsetzung des Projekts. Wasserfall ist oft eine bessere Wahl, wenn:
- die Anforderungen gut verstanden werden und sich wahrscheinlich nicht ändern.
- der Kunde wahrscheinlich keine Änderungen fordern wird.
- der Kunde es vorzieht, nicht an der Entwicklung beteiligt zu sein, sondern zu Beginn beratend mitwirken und am Ende ein funktionierendes Paket erhalten möchte. Agile funktioniert am besten, wenn der Kunde an allen Phasen beteiligt ist (die Überprüfung des Produkts bei jeder Iteration), aber Wasserfall-Kunden müssen nur ein Release erhalten und es installieren. (Hinweis: Dies ist eine Vereinfachung. Kunden müssen auch in der Verwendung des Systems geschult werden und das kann ein langwieriger und wichtiger Schritt sein. Dies ist unabhängig von der verwendeten Methode das gleiche, und es kann sein, dass Benutzer ein- oder zweimal im Jahr zu größeren Features zu schulen weniger aufwendig ist als die monatliche oder sogar wöchentliche Schulung zu einzelnen kleinen Features. Denken Sie auch daran, dass Kunden, die involviert sein möchten, an einem Wasserfall-basierten Projekt beteiligt sein können. Wenn der Kunde für häufige Überprüfungen mit einbezogen wird, kann es ablenken und zu ungewollten Änderungsanforderungen führen, aber es kann das Projekt auch stärker auf die Kundenbedürfnisse fokussieren.)
- das Projekt klein ist.
- das Liefertempo nicht wichtig ist.
- die Lieferung auf ein veraltetes System angewendet werden muss, das nicht auf Änderungen ausgelegt ist.
- Sie in Zukunft ähnliche Projekte haben werden, was die Wiederverwendung des Projektplans ermöglicht und wodurch Lehren aus der umfangreichen Dokumentation des vorherigen Projekts gezogen werden können.
Ein kurzes Blick auf die Top-Projektmanagementmethoden
Wasserfall ist nur eine der vielen konkurrierenden Methoden. Wenn Sie sich für eine Methode entscheiden müssen, sollten Sie sich zunächst eine genaue Vorstellung von jeder Methode machen. Das Folgende ist ein kurzer Überblick über die wichtigsten Projektmanagementmethoden, die derzeit verwendet werden.
Wasserfall
Die Wasserfall-Methode wird in der Regel als traditioneller Ansatz für das Projektmanagement angesehen. Wasserfall basiert auf der Vorstellung, dass alles linear abläuft, d. h. eine Phase eines Projekts endet, bevor eine andere beginnt. Dies schaffte viele Abhängigkeiten und führte auch zu ziemlich katastrophalen Situationen für die Softwareentwicklung. Projekte waren oft im Verzug und über dem Budget, und wurden in einigen Fällen komplett abgebrochen, wenn sich die Technologie zu schnell ändert.
Die CPM-Methode (CPM)
Die CPM-Methode ist eine weitere sequenzielle Methode, was bedeutet, dass jeder Schritt von der Fertigstellung des vorherigen Schritts abhängt. In der Planungsphase eines CPM-Projekts geht es mehr darum, die intensivsten Teile des Projekts zu identifizieren, um Ressourcen zuzuweisen und Engpässe zu vermeiden. Die Anwendung der Methode erfolgt folgendermaßen:
- Identifizieren erforderlicher Aufgaben und die Definition der Sequenz für die Erledigung dieser Aufgaben.
- Definition der Abhängigkeiten für die erforderlichen Aufgaben.
- Festlegung der Beziehungen, die zwischen den Aufgaben entscheidend sind und nicht entscheidend sind.
- Planung der erwarteten Zeitleiste für jede Aufgabe.
- Entwickeln eines Plan B für kritische Pfade.
Critical Chain Project Management (CCPM)
Wasserfall konzentriert sich auf Design und CPM konzentriert sich auf Aufgaben, aber CCPM konzentriert sich auf Ressourcen- und Ressourcenzuweisung. CCPM konzentriert sich auf die Faktoren, die sich auf Zeitachsen, Kosten, Leistung und das Risiko der Minderlieferung auswirken können. Der Ansatz von CCPM besteht darin, die kritische Kette zu definieren, Ressourcen anzuwenden, die den größten Vorteil bieten, und schließlich Zeitpuffer für die kritischen Aufgaben einzuführen, um eine zeitnahe Lieferung zu gewährleisten, wenn Probleme auftreten.
PMI PMBOK® Guide
Die Projektmanagement-Methode PMI PMBOK®Guide verwendet die fünf Prozessgruppen des PMI aus dem Text „A Guide to Project Management Body of Knowledge“. Hier ist eine Übersicht über diese Gruppen auf hoher Ebene:
- Initiierung – Legen Sie die Vision fest. Dies ist auch die Prozessgruppe, in der der Projektmanager ausgewählt wird.
- Planung – Legen Sie den Umfang fest. Die PMBOK beschreibt 24 Prozesse in der Planungsphase.
- Ausführung – Setzen Sie den Plan um.
- Überwachung und Kontrolle – Dies findet während des gesamten Projekts statt und ist keine sequenzielle Phase, die auf das Ende einer anderen Phase wartet.
- Abschluss – Kommt vor, wenn der Kunde mit der Annahme des Projekts einverstanden ist.
Agile
Agile ist als Bewegung definiert, nicht als Methode, doch eine Familie von Agile-Methoden wurden in Übereinstimmung mit den Agile-Werten und -Prinzipien entwickelt.
Scrum
Die Scrum-Methode hat ein kleines Agile-Team, das von einem Scrum-Master geleitet wird. Die Rolle des Scrum-Masters besteht darin, die Arbeit des Teams zu erleichtern. Die Planung ist minimal und eine Liste wird von den zu erledigenden Aufgaben erstellt. Aufgaben werden in „Sprints“ abgearbeitet, die in der Regel zwei bis vier Wochen lang sind. Kurze tägliche Meetings (sogenannte Daily Scrums) werden gehalten, um die Aufgaben des Tages durchzugehen und Hindernisse zu identifizieren. Team-Mitglieder führen alle traditionellen Aufgaben eines Projekts durch, designen im Prozess und testen beim Abschließen einer Aufgabe. Das Ziel von Scrum besteht darin, funktionierende Software zu liefern. Wenn ein Sprint endet, beginnt der nächste, wobei das Team eine Reihe von Aufgaben aus dem Projekt-Backlog gezogen hat. Wenn die Gesamtprojektziele erfüllt wurden und es keine weiteren Aufgaben gibt, ist das Projekt abgeschlossen.
Kanban
Die Kanban-Methode eignet sich am besten für Wartungsprojekte. Der Kern der Kanban-Methode ist das Kanban-Board, eine Liste aller Aufgaben (auch Kanban-Karten genannt), die ständig aktualisiert werden und leicht für alle Teammitglieder sichtbar sind. Wenn eine Ressource (Teammitglied) verfügbar ist, übernimmt dieses Teammitglied eine Aufgabe aus dem Board und arbeitet daran. Aufgaben werden dem Board hinzugefügt und ständig bearbeitet. Es gibt keinen definierten Anfang oder Ende des Projekts.
Extreme Programming (XP)
Sprints sind in der Regel eine Woche lang, mit vielen Iterationen. In XP ist Veränderung der Schlüssel, und XP-Programmierer arbeiten eng mit den Stakeholdern zusammen. XP ist ideal für Umgebungen, in denen sich die Anforderungen ständig ändern. Aufgaben können inmitten des Sprints ersetzt werden.
Adaptive Projekt Framework (APF)
APF nimmt an, dass IT-Projekte so weit variieren, dass ein einziger Ansatz nicht funktioniert. IT-Projekte unterscheiden sich in Risiken, Kosten, Länge und Komplexität und beinhalten oft Unsicherheiten im Markt, im Geschäftswert, in der Kundenbeteiligung und bei den Zielen. Ein APF-Projekt beginnt daher mit der Analyse der Anforderungen, um strategische Ziele zu definieren. Das Projekt wird iterativ ausgeführt und Post-Mortem-Projekte werden nach Iterationen durchgeführt, um den Prozess zu verbessern. Die Analyse erfolgt in der Regel, damit das gesamte Projekt neu definiert oder angepasst werden kann, wenn es auf die Unsicherheitsprobleme reagiert, um den Geschäftswert zu erhalten oder zu steigern.
Lean
Lean soll Verschwendung reduzieren und den Wert maximieren. Die Kernwerte von Lean sind kontinuierliche Verbesserung und Respekt für die Mitarbeiter. Lean konzentriert sich auf die Bereitstellung des größten Mehrwerts für den Kunden, die Einhaltung des Arbeitsflusses, die gleichmäßige Zuweisung der Arbeit und vor allem auf die Eliminierung von Verschwendung.
Six Sigma
Bei Six Sigma geht es darum, Fehler in der Entwicklung durch effiziente Prozesse und kontinuierliche Verbesserung von Prozessen zu eliminieren. Eine Bewertung von Six Sigma bedeutet, dass das Produkt zu 99,99966 % frei von Fehlern ist. Wenn Sie einen Prozess mit einer Six Sigma-Bewertung haben, bedeutet dies, dass für jedes über diesen Prozess gelieferte Produkt das gleiche Ergebnis erwartet werden kann.
Lean Six Sigma
Lean Six Sigma versucht, die Lean- und Six Sigma-Ansätze zu kombinieren und Verschwendung zu eliminieren, um Prozesse effizienter zu machen und hohe Werte und geringe Fehler für den Kunden zu liefern.
Prozessbasiertes Projektmanagement
Hier liegt der Fokus darauf, jedes Projekt mit der Unternehmensmission und den Werten in Einklang zu bringen. Projekte werden in der Unternehmensstrategie untergeordnet. Daher werden solche traditionellen Aspekte der Projektanalyse, wie Metriken, verwendet, um festzustellen, wie genau dieses Ziel erreicht wird.
PRINCE2
Die PRINCE2-Methode basiert auf der weniger erfolgreichen PRINCE-Methode. Die PRINCE-Methode war nicht sehr beliebt, da sie zu umständlich war. Sie wurde 1996 von einem Ausschuss aus 150 europäischen Organisationen zu PRINCE2 überarbeitet. Während PRINCE beabsichtigte, die IT-Kosten und Zeitüberschreitungen zu reduzieren, wurde es auch als Projektmanagementmethode für jede Art von Projekt entwickelt. PRINCE2 gab 2009 eine große Überarbeitung aus, die die Methode einfacher machte und sieben Grundprinzipien des Projekterfolgs eingeführt hat.
Project Integrating Sustainable Methods (PRiSM)
PRiSM konzentriert sich auf sozial verantwortliches Projektmanagement. Die Methode zielt darauf ab, Projekte zu verwalten und gleichzeitig negative Auswirkungen auf das Umfeld zu reduzieren und soziale Projekte zu fördern.
Benefits Realization
Die Methode der Benefits Realization dreht sich vollständig um den Kunden. Von Anfang bis Ende zielt die Methode darauf ab, sicherzustellen, dass der Kunde den maximalen Nutzen aus dem Produkt erhält, auch wenn es die Kosten oder Fristen überschreitet.
Viele Projektmanagementmethoden bedeuten viele Möglichkeiten
Es gibt viele verschiedene Projektmanagement-Methoden. Die meisten haben sich um neue Ansätze und verschiedene Bedürfnisse entwickelt, die nur offensichtlich wurden, weil die Softwareindustrie sowohl komplexer (Vielzahl von Methoden und Sprachen) als auch einfacher wurde (mehr Benutzerfreundlichkeit beim Schreiben von Code). In den richtigen Umgebungen behalten ältere Projektmanagement-Methoden jedoch immer noch ihren Wert, was dadurch deutlich wird, dass immer noch viele Unternehmen die Wasserfall-Methode nutzen. Viele Kunden wollen schließlich immer noch wissen, was ein Projekt kosten wird und wann es fertig ist, bevor sie der Entwicklung zustimmen – und auch, was es ihnen letztendlich bringen wird. Und wie sollen Kunden ohne diese wichtigen Informationen wissen, ob das Produkt einen geschäftlichen Wert für sie hat?
Warum Smartsheet ein leistungsstarkes Tool für das Wasserfall-Projektmanagement ist
From simple task management and project planning to complex resource and portfolio management, Smartsheet helps you improve collaboration and increase work velocity -- empowering you to get more done.
The Smartsheet platform makes it easy to plan, capture, manage, and report on work from anywhere, helping your team be more effective and get more done. Report on key metrics and get real-time visibility into work as it happens with roll-up reports, dashboards, and automated workflows built to keep your team connected and informed.
When teams have clarity into the work getting done, there’s no telling how much more they can accomplish in the same amount of time. Try Smartsheet for free, today.