Agiles vs klassisches Projektmanagement: Erfolgreich in einem Projekt, das agile und klassische Methoden kombiniert
In diesem Beitrag zum Thema Agiles vs klassisches Projektmanagement werden die beiden folgenden Projektmethoden werden nicht mehr im Detail vorgestellt: Agile & V-Zyklus.
Erinnern wir uns an die grundlegenden Prinzipien.
Agile Methoden (von denen die heute am weitesten verbreiteten Scrum, Kanban und Extrem Programming sind) verlaufen in Phasen mit kurzfristigen Zielen. Der Kunde, der Garant für das Produkt (Product Owner), steht im Mittelpunkt des Prozesses. Der Geschäftsbedarf wird in „User Stories“ aufgeschlüsselt, die in einem iterativen Verfahren entwickelt werden. Seine Entwicklung wird gefördert.
Die Projekte werden in „Sprints“ (bis zu einem Monat) unterteilt, die mit einer Überprüfung der operativen Planung beginnen und mit einer Demonstration des Erreichten und einer anschließenden Retrospektive enden.
Das „klassische“ V-Zyklus- (oder Wasserfall-) Modell ist in mehrere Phasen unterteilt, die zu Beginn des Projekts festgelegt werden (Definition der Anforderungen, allgemeiner und detaillierter Entwurf, Implementierung/Entwicklung, Test und Freigabe). Die Validierung einer Phase führt zum Beginn der nächsten Phase. Mit dieser Methode wird die Anzahl der Rückführungen in die vorherigen Phasen begrenzt.
Das Unternehmen definiert ein langfristiges Ziel.
Traditionelle Projektmethoden konzentrieren sich auf die Planung des Projekts von Anfang bis Ende und sind resistent gegen Veränderungen; man sagt, sie seien „vorausschauend“.
Um die Anforderungen an den sich schnell verändernden Markt anzupassen, müssen die Projekte flexibler werden und das Ziel auf die Produktvision und nicht nur auf die Projektvision ausrichten.
Wie kann man jedoch zu einer neuen Methode übergehen, wenn die gesamte Organisation, oder fast die gesamte Organisation, einen Wasserfallansatz verfolgt? Wie können Sie sicher sein, dass sie sich in einem Rahmen bewähren wird, der seit Jahrzehnten besteht?
Eine Test- und Übergangsphase kann beruhigend oder notwendig sein, um das Unternehmen zu überzeugen und die Wirksamkeit der Agilität zu beweisen.
3 wesentliche Unterschiede Agiles vs Klassisches Projektmanagement
Die Organisation der Teams: Hierarchisches Management bei der klassischen Methode, während die agile Methode den Schwerpunkt auf kollaborative und autonome Teams legt.
Die Abfolge der Projektphasen im Rahmen eines V-Zyklus-Modells, im Gegensatz zu einer möglichen Entwicklung und Anpassung der Bedürfnisse und Spezifikationen für die agilen Methoden.
Die Festlegung eines Enddatums für das Projekt (klassische Methode) im Gegensatz zu einer kontinuierlichen Leistung, die durch iterative Lieferungen kadenziert wird (agile Methode).
Die Kombination dieser beiden Methoden innerhalb desselben Projekts wird nicht empfohlen, da Agiles vs klassisches Projektmanagement jede Phase verkompliziert. Aus den oben genannten Gründen ist es jedoch möglich, diese verschiedenen Ansätze zu kombinieren: während einer Übergangsphase von einer Methode zur anderen, im Rahmen eines großen strategischen oder Anwendungsprojekts oder innerhalb einer Organisation, die normalerweise beide Methoden parallel handhabt.
Es gibt viele Fälle für agiles vs klassisches Projektmanagement, die angeführt werden könnten.
Neben den üblichen bewährten Verfahren für den Erfolg eines Projekts (klare Organisation, Kommunikation, beteiligte Akteure, gemeinsames Ziel ….) gibt es einige projektspezifische „Quick Wins“, die verschiedene Methoden und Bezugssysteme zusammenführen.
Vergewissern Sie sich, dass jeder Beteiligte über beide Ansätze informiert ist. Es ist wichtig, dass die Projektbeteiligten die Arbeitsmethode und die Hauptziele ihrer Mitarbeiter verstehen.
Noch wichtiger ist es, sicherzustellen, dass das Projektmanagement (Projektleiter/Unternehmen) mit beiden Modellen vertraut ist und in der Lage ist, Lösungen zu finden, die beide Methoden optimal nutzen.
Bilden Sie eine Gruppendynamik. Diese Bemerkung gilt für alle Projekte (auch für Monomethoden), ist aber in diesem Fall besonders wichtig, da die Teams unterschiedliche Arbeitsweisen haben. Diese bewährte Praxis kann zum Beispiel durch die Einrichtung einer gemeinsamen Projektplattform erreicht werden, auf der die Projektakteure physisch zusammengeführt werden. Dies erleichtert die Kommunikation, das Verständnis und damit die Effizienz.
Entdecken Sie den Reiz unserer hochwertigen Replica-Uhr von Bell & Ross mit einem Schweizer Uhrwerk, das Präzision und Raffinesse widerspiegelt. Diese Uhr wurde für Kenner gefertigt, die Eleganz und Zuverlässigkeit suchen, und verkörpert Luxus zu einem erschwinglichen Preis. Für einen detaillierten Einblick in ihre Handwerkskunst und Leistung, read review.Sicherstellen, dass der Product Owner (PO) über eine angemessene Entscheidungsbefugnis gegenüber dem Business Project Manager verfügt. Das heißt, eine starke Befugnis zu entscheiden, was entworfen werden soll, und die Pflicht, das Erreichte zu validieren. Idealerweise ist der PO der Business Project Manager, um die Angelegenheiten unter einer Person zu zentralisieren.
Stellen Sie im IT-Projektmanagement einen engen Kontakt zwischen dem IT-Projektmanager (MOE) und dem Scrum Master her, sodass jeder ständig über die Bedürfnisse, Risiken und Erfolge der einzelnen Teams informiert ist.
Reduzieren Sie die Änderungen der vom Unternehmen formulierten Anforderungen. Die agile Methode ermöglicht im Gegensatz zur so genannten V-Zyklus-Methode in der Regel völlige Flexibilität in Bezug auf Änderungen. Es muss sichergestellt werden, dass sich die Anforderungen an die Zwänge des Projekts anpassen, sich aber nicht (oder nur geringfügig) vom ursprünglichen Entwurf unterscheiden. Dies gilt vor allem dann, wenn das Projekt zu einem festen Termin geliefert werden soll.
Der Product Owner muss sich dieser Einschränkung bewusst sein.
Anpassung der Testphase und des Zeitplans (funktional und technisch) an die agile Entwicklung. Das Testen sollte so antizipiert werden, dass die übliche Testphase des traditionellen Ansatzes die verschiedenen Entwicklungs- und Testiterationen der agilen Methode einschließt.
Die Kombination der beiden Methoden in bestimmten Phasen so weit wie möglich einschränken. Die Design- und Implementierungsphasen (klassische Methode) können parallel zu den Phasen des Schreibens von User Stories und der Entwicklung (agile Methode) stattfinden. Die Funktionstestphase der V-Methode ermöglicht zusätzliche Iterationen für agile Entwicklungen, um das Ziel zu stabilisieren.
Andererseits ist nach Abschluss des Projekts eine technische Testphase (zur Gewährleistung der Leistungsfähigkeit und Robustheit der gelieferten Anwendungen) erforderlich.
Erinnern Sie schließlich die am Projekt beteiligten Teams an die Notwendigkeit der Zusammenarbeit. Hier sind die agilen Praktiken hervorzuheben, die ein gemeinsames Engagement aller Projektbeteiligten voraussetzen. Nur die Zusammenarbeit des gesamten Teams wird zur Erfüllung der Verpflichtungen und zum erfolgreichen Abschluss des Projekts führen.
Die Kombination der beiden unterschiedlichen Ansätze ist nicht ideal und die Aufgabe ist komplex. Dennoch ist es mit einer solchen Projektkonfiguration durchaus möglich, die Teams auf ein gemeinsames Ziel hin zu bewegen: den Erfolg des Projekts.
Die Methoden werden manchmal nicht buchstabengetreu angewandt, und es werden Anpassungen auf beiden Seiten erforderlich sein, aber ihre Grundprinzipien sollten beibehalten werden.