Wasserfall-Projektmanagement - Heutzutage versuchen die meisten IT-Teams, agile Projektmanagementsysteme einzuführen. Am Ende übernehmen sie jedoch agile Projektmanagementsysteme in ihre Projekte. Dies bedeutet eine Kombination aus traditionellen Projektmanagementsystemen (so genannten Wasserfall-Projektmanagementsystemen) und den Prinzipien des agilen Managements, wie sie im ursprünglichen agilen Manifest beschrieben sind.
Bedeutet dies das Ende des Wasserfall-Projektmanagements, da immer mehr Projekte auf der ganzen Welt agiles Projektmanagement anwenden? Werden alle IT-Projekte ein agiles Projektmanagement?
Um die verschiedenen Modelle, einschließlich Agile, zu verstehen und das für Ihre Situation am besten geeignete Modell zu verwenden, ist es wichtig, zunächst zu verstehen, worum es beim traditionellen Projektmanagementsystem, dem so genannten Waterfall-Projektmanagementmodell, geht.
Das aufgrund der Art des Workflow-Prozesses so genannte Waterfall-Projektmanagement-Modell zeichnet sich durch Folgendes aus:
- Das Endprodukt wird zunächst sehr detailliert visualisiert.
- Dann werden die Phasen des Workflows nacheinander implementiert:
- Anforderungen und Analyse
- Design
- Implementierung
- Testen
- Installation
- Instandhaltung
- Der Projektplan sollte narrensicher sein, da die Entwickler nach Abschluss einer Phase der Sequenz nicht mehr darauf zurückgreifen können, ohne die Planung erneut zu starten.
- Es gibt wenig Spielraum für Änderungen oder Fehler und der Projektplan muss sorgfältig befolgt werden.
Ursprung des Wasserfall-Projektmanagementmodells:
In den frühen Phasen der IT-Branche gab es kein spezifisches Modell für die Softwareentwicklung.
Daher hat die Branche das sequenzielle Workflow-Modell übernommen, das in der Fertigungs- und Bauindustrie verwendet wird. Diese Branchen hatten genau definierte Arbeitsschritte und sie hatten ein Modell entwickelt, das ihrem Bedürfnis nach strenger Kostenkontrolle entsprach. So wurde das Modell der Hardwareindustrie auf die Softwareindustrie übertragen.
Winston W Royce stellte dieses Modell erstmals 1970 vor, verwendete jedoch nicht den Begriff „Wasserfall-Projektmanagement“. Tatsächlich präsentierte er das Modell als fehlerhaft. Die bildliche Darstellung des Modells sah aus wie ein Wasserfall. Thomas E. Bell und TA Thayer verwendeten später den Begriff „Wasserfall“ in ihrem 1976 erschienenen Aufsatz „Softwareanforderungen: Sind sie wirklich ein Problem?“ Und der Begriff blieb bestehen.
Es gibt eine Reihe von Varianten dieses Modells. Die üblicherweise verwendeten sechs unterschiedlichen Phasen im Waterfall-Projektmanagementmodell werden im Folgenden erläutert. Je nach Projekt können jedoch zwei Phasen miteinander kombiniert werden.
Betrachten wir als Beispiel den Bau einer Schule, um das Modell des Wasserfall-Projektmanagements besser zu verstehen.
-
Anforderungs- und Analysephase:
Zuerst müssen wir genau wissen, was wir entwerfen. Dafür möchten wir vielleicht:
- Führen Sie detaillierte Gespräche mit dem Kunden
- Versuchen Sie, das Produkt mit seinen kleinsten Details klar zu visualisieren
- Analysieren Sie, welche Hardware- und Softwarekomponenten erforderlich sind
- Führen Sie die Details auf, zu denen gehören: das Problem, das das Produkt lösen soll, die Kundenbeschränkungen, das Leistungsniveau und die Kompatibilität mit bereits vorhandenen Systemen.
- Durchführung von Fallstudien eines ähnlichen Produkts.
- Berücksichtigen Sie die Anforderungen der einzelnen Stakeholder
- Führen Sie die Spezifikationen im Produktanforderungsdokument auf, das die Eingabe für den nächsten Schritt bildet.
In unserem Beispiel für den Bau einer Schule listen wir in diesem Schritt die Anzahl der Klassenräume, das Baumaterial, die benötigten Personen und die bereits vorhandene Infrastruktur auf. Außerdem würden wir notieren, was die Schulleitung benötigt (Büroraum, Lehrerzimmer) und was die Schüler benötigen (bessere Toiletten, Spielplätze).
-
Design:
In der Entwurfsphase wird alles, was in der ersten Phase visualisiert wurde, in eine Blaupause umgewandelt.
In IT-Projekten besteht dies aus der Definition von:
- Die Hardware, die verwendet wird
- Die zu verwendende Softwareplattform, einschließlich lokaler oder Cloud-Bereitstellung
- Die Softwarearchitektur, einschließlich der verschiedenen zu erstellenden Komponenten und Module
- Eingaben, die erforderlich sind, damit das Projekt erfolgreich funktioniert
- Zu erwartende Ausgaben (im Idealfall wird dies mit den in der vorherigen Phase beschriebenen Anforderungen synchronisiert)
Es gibt zwei Arten von Design, die in einem Softwareprojekt zum Tragen kommen:
- Logisches Design
- Physisches Design
Logisches Design:
Dies beinhaltet die grundlegenden Daten und Prozesse, die in das Projekt einbezogen werden. Es beschreibt den Entwurf von Formularen und Berichten, den Entwurf der Benutzeroberfläche und den Entwurf der Datenbank. Bei einer Website für Zugfahrkarten bestimmt dieses Design beispielsweise, wie der gesamte Prozess abläuft: der Bildschirm, auf dem der Reisende seine Daten eingibt und wie diese Daten in die Datenbank fließen, und auch welcher Datenbanktyp diese Daten speichert.
Physisches Design:
Dies betrifft den Entwurf der physischen Datenbank, der Programme und Prozesse sowie der verteilten Systeme. Dies geschieht nach dem logischen Entwurf und beinhaltet, wie das Projekt ausgeführt wird: die Hardware, die Plattform, auf der es entwickelt wird, die verschiedenen Datenbanken, Bildschirme und Formulare, die verwendet werden usw.
-
Implementierung:
- Hier findet die eigentliche Entwicklung der Software / des Systems statt.
- Die Eingabe für diese Stufe sind die Entwurfsspezifikationen, die von der vorherigen Stufe bereitgestellt wurden.
- Die Ausgabe ist eine oder mehrere der Produktkomponenten, die gemäß den Spezifikationen erstellt, getestet und integriert wurden, um die Systemarchitektur zu erfüllen.
- Diese Phase wird normalerweise vom Entwicklerteam übernommen, das sich aus Programmierern, Schnittstellendesignern und anderen Spezialisten zusammensetzt. Als Tools werden Compiler, Debugger, Interpreter und Medieneditoren verwendet.
- Diese Phase dauert in der Regel maximal und es ist wichtig, die Prozesse und das Design sorgfältig zu verfolgen. Änderungen am Design in dieser Phase sind im Wasserfall-Projektmanagement schwierig.
- Für ein großes Projekt, an dem mehrere Teams beteiligt sind, wird eine Versionskontrolle empfohlen, um Änderungen an der Codebaumstruktur nachzuverfolgen und zur Fehlerbehandlung auf frühere Snapshots zurückzugreifen.
- In unserem Beispiel: Der eigentliche Bau des Gebäudes unter Verwendung von Arbeitskräften und Materialien erfolgt in dieser Phase.
-
Testen:
Die Prüfung kann für das gesamte Produkt oder für einzelne Komponenten durchgeführt werden. "Testfälle" können überprüft werden, um festzustellen, ob das Produkt die versprochenen Ergebnisse liefert. Es können Tests von Modulen, Systemtests des integrierten Produkts und Abnahmetests durchgeführt werden. Die Abnahmeprüfung umfasst das Testen des Produkts auf Lücken durch den Endbenutzer oder Kunden. Fehler werden notiert, damit das Implementierungsteam sie beheben kann. Sobald die Korrekturen vorgenommen wurden, wird eine formelle Produktdokumentation erstellt.
Im Beispiel wird die Infrastruktur der Schule getestet, wahrscheinlich von einem Auditteam. In einigen Fällen werden die Lehrer gebeten, die Räumlichkeiten zu nutzen, um Feedback zu geben.
-
Installation:
Sobald die Prüfung des Produkts in allen Aspekten abgeschlossen ist, kann das Produkt auf den Markt gebracht oder beim Kunden installiert werden. In dieser Phase wird auch die komplette Produktdokumentation übergeben.
Im Falle unserer Schule wird sie offiziell eingeweiht (am besten mit einem großen Schuss!) Und die Schule nimmt den Betrieb auf!
-
Instandhaltung:
In dieser Phase behebt das IT-Team alle Probleme, die auftreten können, wenn der Kunde das Produkt tatsächlich verwendet oder wenn es eine Produktverbesserung gibt. Gute Dokumentation ist das Rückgrat der Wartung. Probleme werden durch Ändern von Codes behoben, die als "Patches" bezeichnet werden.
Wenn größere Änderungen erforderlich sind, geht das Projekt möglicherweise als neues Projekt an das Entwicklungsteam zurück.
In unserem Beispiel muss die Schule regelmäßig gewartet werden, zumeist infrastrukturell, zum Beispiel durch fehlerhafte elektrische Leitungen oder durch undichte Badezimmer. Diese Probleme müssen von Zeit zu Zeit angegangen werden.
Wie Sie jetzt sehen können, sind die Phasen des Projektmanagements für die Wasserfallentwicklung unterschiedlich. Während in der Regel eine ständige Interaktion mit dem Kunden stattfindet, geht es in erster Linie um den Projektfortschritt und nicht um das Design oder die Anforderungen. Das Modell des Wasserfall-Projektmanagements hatte der IT-Branche jedoch viele Jahre lang ausreichende Dienste geleistet, und für die meisten Projekte sind die Phasen immer noch gut, wenn auch nicht so starr.
Es gibt jedoch mehrere Projekte, für die das Waterfall-Projektmanagementmodell sehr gut geeignet ist.
Für welche Art von Projekt eignet sich Waterfall Project Management?
Produkt definition:
Erstens muss das Endergebnis (Produkt) zu Beginn selbst gut definierbar sein. Projekte, bei denen der Produktbesitzer nicht genau über die Spezifikationen des gewünschten Produkts informiert ist, sind möglicherweise gut geeignet, um die Agile Management-Praktiken zu befolgen.
Dokumentation:
Das Projekt sollte dokumentierbar sein. Dokumentation ist eine wichtige Anforderung des Waterfall-Projektmanagement-Modells. Die Produktanforderungen, das Design und der Quellcode sollten in allen Phasen klar dokumentiert werden. Wenn die ursprünglichen Mitglieder des Teams kündigen, bildet dies den Leitfaden für die Projektkontinuität.
Zeit und Ressourcen:
Es darf keine unmittelbare Dringlichkeit für die Freigabe des Produkts bestehen. Die Zeitpläne werden zu Beginn des Projekts festgelegt und das Team muss in der Lage sein, diese einzuhalten. Darüber hinaus müssen ausreichende personelle und technische Ressourcen zur Verfügung stehen.
Risiko und Unsicherheit:
Wasserfall-Projektmanagement-Tools funktionieren in einer Umgebung mit Risiken und Unsicherheiten nicht gut. Beispielsweise ist die Mobile-App eine Art Produkt, das hinsichtlich der Kundenakzeptanz und des Wettbewerbs mit ähnlichen Apps einer ständigen Unsicherheit ausgesetzt ist.
Klar definierte Phasen:
Die Phasen des Systems sollten genau definiert sein, da sie nacheinander abgeschlossen werden müssen und es keine Überlappungen geben kann.
Wenn eine neue Version der vorhandenen Software erstellt wird.
Außerhalb des IT-Bereichs wurde das Waterfall-Projektmanagementmodell erfolgreich in großen Projekten wie z
- Flugzeugbau
- Infrastrukturprojekte wie Brücken
- Herstellung von Verteidigungsgütern
- Gesundheitssysteme in Krankenhäusern
In IT-Projekten eignet sich Waterfall Project Management besonders für Projekte, in denen externe Hardware erforderlich ist. Die Spezifikationen können auf halbem Weg nicht geändert werden, da dies zu einem Verlust von Millionen von Dollar führen würde.
Als Unzulänglichkeiten im Wasserfall-Projektmanagement in der Softwareindustrie sichtbar wurden, wurde viel darüber nachgedacht, wie IT-Teams den Kunden den größtmöglichen Nutzen bieten und gleichzeitig Flexibilität im Workflow gewährleisten können.
Und so entstand das Agile Project Management System, das mittlerweile von den meisten Softwareunternehmen übernommen wird.
Wasserfall-Projektmanagement vs Agile Systems:
Das Agile Project Management System ist ein flexibles Modell, das in den 1990er Jahren populär wurde. Dabei wird das Projekt in „Mini-Projekte“ unterteilt, die als Sprints bezeichnet werden, und es wird unabhängig an jedem dieser Projekte gearbeitet. Diese Art von Modell ermöglicht es den Entwicklern, erforderliche Änderungen schneller zu integrieren, und es ist sehr effektiv, wenn die Kundenumgebung variabel ist.
Die positiven Schritte des Wasserfall-Projektmanagements sind:
- Da das Endprodukt in seiner Gesamtheit bekannt ist, sind Planung und Design eindeutig.
- Mögliche Probleme, die im Rahmen des Projekts auftreten können, können bereits in der Entwurfsphase behoben werden. bevor ein Code geschrieben wurde.
- Die Messung des Arbeitsfortschritts ist einfach, da die Phasen genau definiert sind.
- Die Stabilität des Teams ist da, da das Team bis zum Ende des Projekts bleibt. Im Falle von Agile ändert sich das Team ständig und dies erfordert eine gewisse Anpassung.
- Die Dokumentation ist umfangreich und erleichtert den Teams die Verwaltung, wenn ein Mitglied das Unternehmen verlässt.
- Entwickler finden es einfacher, mit diesem Modell zu arbeiten, da es leicht zu verstehen ist.
- Nach der Anforderungsphase ist die aktive Teilnahme des Endkunden nur in der Testphase erforderlich. Dies liegt daran, dass alle Anforderungen abgenutzt diskutiert wurden, ohne dass Unklarheiten bestehen.
- Das Produkt kann als Ganzes entwickelt werden, anstatt es in Teilen zu entwickeln.
- Vertrags- und Kundenmanagementprobleme werden im Rahmen des Waterfall-Projektmanagementmodells besser behandelt.
Die positiven Aspekte von Agile Project Management sind:
- Der Kunde kann während des gesamten Zyklus mit dem Projektteam interagieren und von Zeit zu Zeit Änderungen am Produkt vornehmen, um es an die sich ändernde Umgebung anzupassen.
- Wenn das Produkt aufgrund von Marktgegebenheiten sehr bald veröffentlicht werden muss, kann das Agile Project Management-Team eine Basisversion veröffentlichen, die später erweiterte Versionen haben kann.
- Das System ist aus Sicht des Kunden ziemlich transparent und er hat eine gute Vorstellung davon, in welchem Stadium sich sein Produkt befindet.
- Da der Kunde die Priorität der Funktionen bereitstellt, weiß das Team, dass es sich auf die Funktionen konzentrieren muss, die den größten geschäftlichen Nutzen bieten.
- Der Prozess hat seinen eigenen Schwung.
- Die Teams sind fließend und flexibel und ermöglichen die Ideenfindung aller Mitglieder
- Die Dokumentation ist minimal, so dass Zeit für diese Aufgaben frei wird.
Nach vielen Jahren, in denen beide Modelle nebeneinander existieren, zeigt sich, dass:
Das Waterfall-Projektmanagementmodell ist für das Projektmanagement wirksam, bei dem nach Abschluss des Projekts nur minimale Änderungen vorgenommen werden.
Agiles Projektmanagement eignet sich besser für das Produktmanagement, bei dem es wichtig ist, flexibel auf Änderungen zu reagieren.
Unabhängig davon bleibt das Waterfall-Projektmanagementsystem ein wichtiger Bestandteil der meisten IT-Projekte. Man kann nicht sicher sagen, dass ein bestimmtes Projekt genau den Agile Management Practices folgt. In der Regel werden agile Prinzipien in IT-Projekte „einbezogen“.
Einige agile Projektmanager haben Projektmanager, wohingegen ein agiles Modell nur Scrum-Master hat. Hierbei handelt es sich um hybride Kombinationen von Agile- und Waterfall-Projektmanagementmodellen, die manche als „Agifall“ - oder „Agency Agile“ -Projekte bezeichnen.
Die Popularität des Waterfall-Projektmanagementsystems beruht auch auf der Tatsache, dass Vertrags- und Kundenmanagementprobleme durch Waterfall-Projektmanagementmethoden besser gelöst werden.
Während immer mehr Projekte unter das Agile-Projektmanagement fallen und immer mehr Unternehmen die Vorteile eines flexiblen Managementmodells erkennen, lässt die Beliebtheit des Waterfall-Projektmanagementmodells zweifelsohne nach.
Es ist jedoch schwierig, sich in naher Zukunft eine Zukunft für vollständig agile IT-Projekte vorzustellen. Und Waterfall Project Management, das der Softwareindustrie von Anfang an geholfen hat, wird in einigen Komponenten des Projektmanagements zumindest für einige weitere Jahre Bestand haben.
Erste Bildquelle: picjumbo.com
In Verbindung stehende Artikel
- 6 Nützliche Workflow-Phasen im Wasserfall-Projektmanagement
- Effektive Tipps für Gruppendiskussionen (Expertenrat)
- Top 10 Projektmanagement-Mythen gesprengt
- 6 effektive Gründe Jeder braucht ein Leidenschaftsprojekt bei der Arbeit
- Top 5 Arten von Projektmanagement-Reporting-Tool
- Produktmanagement vs. Markenmanagement - Nützliche Unterschiede