Wasserfall-Methodik: Was du wissen musst

Überblick über die Wasserfall-Methodik

Die Wasserfallmethode ist eine beliebte Methode, die von Projektmanagern aus verschiedenen Branchen angewendet wird. Ursprünglich wurde die Wasserfallmethode entwickelt, um Softwareingenieuren die Möglichkeit zu geben, ihren Entwicklungsprozess richtig zu organisieren. Mit der richtigen Vorbereitung und Planung kannst du diesen direkten Ansatz nutzen, um dein Projekt leichter voranzubringen.

Wie bei jedem sequentiellen Ansatz im Projektmanagement kann es jedoch schwierig sein, ihn in unklaren Szenarien anzuwenden. Rahmenkonzepte wie die Wasserfallmethode eignen sich besser für Ziele, für die es eine klare Linie und ein Verfahren gibt, das sich an bewährten Verfahren orientiert.

Geschichte der Wasserfallmethode

Die Wasserfallmethode wurde ursprünglich (fälschlicherweise) dem amerikanischen Informatiker Winston W. Royce im Jahr 1979 zugeschrieben. Unabhängig davon, wer die erste Version der Wasserfall-Methode entwickelt hat, wurde sie für Software-Ingenieure entwickelt, um ihr Arbeitspensum zu bewältigen, indem sie einen 5-stufigen Entwicklungsplan aufstellen konnten, um ein vorhersehbares Ergebnis zu erzielen.

Obwohl sie ursprünglich für die Softwareentwicklung entwickelt wurde, wird sie inzwischen auch in anderen Branchen eingesetzt, die ähnliche Merkmale wie der Entwicklungsprozess aufweisen. Wenn du zum Beispiel den Jahresabschluss für ein bestimmtes Quartal vorbereiten musst, kannst du die Wasserfallmethode nutzen, um deinen Prozess in überschaubaren Schritten besser zu organisieren.

Vor- und Nachteile der Wasserfallmethode

Jeder Rahmen, der im Projektmanagement verwendet wird, hat seine eigenen Stärken und Schwächen, die von der Art des Projekts abhängen. Die Wasserfallmethode ist aufgrund ihrer Einfachheit und ihres chronologischen Ablaufs für neue Manager, die einen unkomplizierten Leitfaden für ihre Projekte suchen, von Vorteil. Sie lässt sich auch relativ leicht in deine Teams einführen, da die Prozessschritte selbst ziemlich intuitiv sind.

Aiden Gallagher, Jack Dunleavy und Peter Reeves, die an der DevOps-Seite von IBM mitgewirkt haben, stellten außerdem fest, dass der volle Fokus der Wasserfallmethode auf frühe Entwurfsspezifikationen dazu beitragen kann, die Gesamtkosten des Projekts zu senken, indem Ineffizienzen im weiteren Verlauf der Entwicklung vermieden werden.

Außerdem können wichtige Mitglieder die Projektteams ohne großen Aufwand betreten und verlassen, da jeder Projektentwicklungsschritt die zu erledigenden Aufgaben klar umreißt. Dieselben Mitglieder können auch auf Informationen über bereits abgeschlossene Schritte zugreifen, um einen besseren Überblick über den weiteren Verlauf zu erhalten.

Natürlich gibt es auch Grenzen für die Wirksamkeit des Prozesses selbst. In der heutigen, unglaublich "agile-fokussierten" Welt kann es schwierig sein, die frühen Phasen festzulegen, da die meisten Anforderungen nicht so klar sind, wie es scheint. Außerdem kann es bei verschiedenen Prozessen (vor allem bei neueren Technologien) als Reaktion auf Marktbewegungen und schnellere Veröffentlichungszyklen zu schnellen Änderungen der zu entwickelnden Produkte kommen. Auch der zeitliche Aspekt kann einschränkend sein, da die Festlegung eines strengen Start- und Endpunkts die Flexibilität deines Projektteams bei der Bewältigung der anstehenden Aufgabe einschränken kann. Du kannst dieses Risiko jedoch mindern, indem du unvorhergesehene Ereignisse in die Gesamtzeit für das Projekt mit einbeziehst.

Wie die Wasserfallmethode funktioniert

Da die Wasserfall-Methode ein ziemlich einfacher Prozess ist, ist es wichtig, jeden Schritt richtig auszuführen und die Auswirkungen auf die einzelnen Prozesse zu verstehen, die er durchlaufen muss. Wie wir bereits erwähnt haben, basiert die Wasserfallmethode auf einem fünfstufigen Prozess, nämlich den Phasen Anforderungen, Entwurf, Umsetzung, Überprüfung und Wartung im erwarteten Zeitplan eines Projekts. Jede Phase dieses Prozesses ist ziemlich intuitiv und selbsterklärend, aber es kann trotzdem hilfreich sein, einen tieferen Einblick in den Prozess zu bekommen.

Zur besseren Veranschaulichung des Werkzeugs wollen wir noch einmal auf das frühere Beispiel zurückkommen, das ein geeignetes Projekt für die Anwendung der Wasserfallmethode sein könnte: die Erstellung des Jahresabschlusses für den vierteljährlichen Gewinnbericht. Bei diesem relativ standardmäßigen, aber integralen Geschäftsprozess, der in allen öffentlichen und einigen privaten Unternehmen vorkommt, können wir sehen, wie die Wasserfallmethode dazu beitragen kann, einige der schwereren Aspekte der Arbeit zu erleichtern, indem sie die zu erledigenden Aufgaben zu Beginn des Prozesses im Wesentlichen vorverlagert.

Teil 1: Die Anforderungen

Der erste Teil der Wasserfallmethode ist die Anforderungsphase. In dieser Phase arbeitest du mit deinem Team und allen relevanten Stakeholdern/Personen an den allgemeinen Anforderungen, die du für das Projekt brauchst.

Da sich der Abschnitt über die Anforderungen noch in einem sehr frühen Stadium des gesamten Prozesses befindet, ist es wahrscheinlich, dass dieser Plan recht allgemein gehalten ist und keine detaillierte Aufschlüsselung des Projekts selbst enthält. Dr. Chriss Mattmann, Chief Technology and Innovation Officer (auch bekannt als CTIO) am Jet Propulsion Laboratory der NASA, merkt an, dass diese "High-Level-Aussagen" wahrscheinlich "auf viele verschiedene Arten umgesetztwerden".

Für unser Beispiel der Erstellung des Jahresabschlusses kann dies in mehreren übergeordneten Plänen geschehen, einschließlich, aber nicht beschränkt auf:

• Beschreibe die relevanten Finanzmanager, um die quantitativen Daten des Unternehmens richtig zu überprüfen.
• Besprich mit dem Führungsteam die vorläufigen Ergebnisse und Pro-forma-Aussagen, die wesentliche Auswirkungen auf die Interessengruppen haben werden.
• Überprüfung der regulatorischen Anforderungen für die Einreichung von Finanzdaten im privaten oder öffentlichen Bereich.
• Für die meisten Unternehmen könnte dies auch bedeuten, dass sie sich an externe Buchhaltungs- und Wirtschaftsprüfungsunternehmen wenden, um die Richtigkeit und Zuverlässigkeit ihrer Angaben besser überprüfen zu können.

Auch hier werden die genauen Einzelheiten wahrscheinlich von deinem spezifischen Geschäftsumfeld und der Situation abhängen, in der du dich befindest. Wichtig ist, dass du dir die Zeit nimmst, alle wichtigen Schritte zu skizzieren, die nötig sind, um den Plan in dieser Phase des Wasserfalls voranzubringen.

Teil 2: Das Design

Wenn du besser verstehst, welche Inputs für den Erfolg des Projekts nötig sind, solltest du die Fähigkeiten deines Teams genauer unter die Lupe nehmen, um Designlösungen zu entwickeln, die dieses Ziel erreichen können.

Für Manager bedeutet das, dass sie die Arbeitsbelastung und die aktuellen Aufgaben jedes einzelnen Teammitglieds verstehen müssen, damit sie die Aufgaben besser zuordnen können, die für sie am besten geeignet sind. Dr. Mattmann führt dies aus der Perspektive der Computertechnik weiter aus und erklärt, dass in einem konkreten Projektfall "dasDesign mit mehreren Backend-Servern redundant sein sollte", um die Ausfallsicherheit der Aufgabe zu gewährleisten. Dr. Mattmann weiß, dass es zwar viele Möglichkeiten gibt, seine anfänglichen Aussagen aus der Anforderungsphase zu erreichen, dass es aber wichtig ist, sie in den Kontext ihrer aktuellen Ressourcen und Fähigkeiten zu stellen.

Um noch einmal auf unser Beispiel des Finanzberichts für den bevorstehenden Quartalsabschluss zurückzukommen, müssen Manager und Projektleiter die aktuelle Arbeitsbelastung ihrer Teams und des Unternehmens als Ganzes verstehen. Dazu gehört auch, die verschiedenen politischen Dimensionen des Unternehmens zu verstehen, denn das kann sich darauf auswirken, wie gut die Ressourcen im Unternehmen verteilt werden. Du kannst auch vorhandene Ressourcen nutzen, z. B. eigene Tools und lizenzierte Software, damit du die Aufgabe schneller erledigen kannst.

Für die Entwurfsphase ist es am besten, mehrere alternative Iterationen auszuarbeiten, um ein besseres Gefühl für mögliche Notfallpläne zu bekommen, falls ein ursprünglich genehmigter Plan scheitert.

Teil 3: Die Umsetzung

Nun, da du im Wesentlichen mehr als 50 % der bisherigen Arbeit erledigt hast, ist es an der Zeit, mit der Umsetzung eines der vorgeschlagenen Entwürfe zu beginnen, um das Projekt voranzubringen. Dazu gehören alle technischen und nicht-technischen Aspekte des Projekts selbst. Für Softwareentwickler/innen bedeutet das, den Code auszuführen, der auf der Grundlage der Anforderungen und des Entwurfs geplant wurde, und dabei auch einige iterative Tests durchzuführen.

Dies ist wahrscheinlich eine der variabelsten Phasen im Wasserfallprozess, denn hier geht es darum, die Daten aus einem kleineren Durchlauf zu sammeln oder das Projekt im Wesentlichen zu starten und es im weiteren Verlauf zu verwalten. In unserem Beispielfall bedeutet das, dass wir den Prozess auf der Grundlage des gewählten Projektdesigns beginnen. Wenn sich dein Unternehmen zum Beispiel dafür entscheidet, die Entwicklung des Jahresabschlusses an einen Dritten auszulagern, dann besteht dieser Umsetzungsschritt darin, die Diskussion mit diesen Dritten zu beginnen und sie mit dem Prozess auf ihrer Seite beginnen zu lassen.

Wenn du nach der Phase suchst, in der die Handlung stattfindet, ist dies wahrscheinlich die Phase, auf die du dich konzentrieren wirst. Es kann nervenaufreibend sein, hier mit dem eigentlichen Projekt zu beginnen, aber sei dir gewiss, dass du in den vorherigen Phasen viel Zeit damit verbracht hast, den Weg dafür zu ebnen, sodass dieser Teil nur dazu dient, diesen Plan in die Tat umzusetzen.

Teil 4: Die Verifizierung

In der Verifizierungsphase geht es darum, die Umsetzung zu überprüfen und sicherzustellen, dass sie die Anforderungen erfüllt, die du in den vorangegangenen Phasen, einschließlich der Anforderungsphase und der Entwurfsphase, festgelegt hast.

Dies ist im Wesentlichen die Managementphase in der frühen Phase der Wasserfallmethode, denn hier geht es darum, sicherzustellen, dass du noch auf dem richtigen Weg bist. Bei der Durchführung eines Projekts können viele Dinge schiefgehen, die nichts mit dem Plan an sich zu tun haben, also ist es hier wichtig, die beweglichen Teile im Auge zu behalten.

In unserem Fall willst du also sicherstellen, dass die externen Partner, die du für die Entwicklung dieser integralen Abschlüsse ausgewählt hast, die geforderten Fristen einhalten und sich an die verschiedenen regulatorischen Anforderungen halten, die entweder von dir oder einer anderen Regulierungsbehörde festgelegt wurden.

Dieser Überprüfungsaspekt läuft wahrscheinlich parallel zu deiner gesamten Umsetzungsphase, da er im Wesentlichen das integrierte Überwachungssystem für deine tatsächliche Ausführung ist. Wenn du schon in den ersten Wochen Fehler entdeckst, kannst du dir und deinem Unternehmen gegen Ende des Projekts viel Kopfzerbrechen ersparen.

Teil 5: Die Wartung

Und schließlich musst du sicherstellen, dass du das Projekt trotz der Verifizierung während seiner gesamten Lebensdauer aufrechterhältst. Das Projekt ist nicht zu Ende, wenn es die Validierung und Verifizierung durchlaufen hat. Das System muss weiterhin gewartet werden. Während der Wartung "entwirfstduStrategien für die Aktualisierung und Aufrüstung", so Mattmann. Dazu gehören das Patchen von Systemen, das Aufrüsten der Systeme, die Implementierung eines Software-Upgrades oder das Testen auf Fehler und deren Behebung, falls sie auftreten.

In unserem Beispiel solltest du bedenken, dass bei Finanzprüfungen Dinge aufgedeckt werden können, die für Stakeholder oder Aufsichtsbehörden nicht sinnvoll sind .

Mit diesem 5-stufigen Prozess kannst du Finanzberichte, Marketingpläne, Produktionspläne und vieles mehr verwalten, indem du sicherstellst, dass du den Fahrplan frühzeitig festgelegt hast.