Warum agiles Projektmanagement für die meisten Projekte nicht geeignet ist

Agiles Projektmanagement und speziell Scrum hat sich in vielen Unternehmen etabliert, speziell für Software-Entwicklungsprojekte. In den letzten Jahren starteten immer mehr Unternehmen eine agile Transformation, besonders im Finanzsektor, mit dem Ziel schneller Lösungen zu entwickeln, Ressourcen effizienter zu nutzen und eine neue Arbeitskultur zu etablieren. Alle Projekte sollen zukünftig agil durchgeführt werden. In diesem Artikel erfahren Sie, warum dies aus meiner Sicht der falsche Weg ist, aber traditionelle Projekte von agilen Methoden trotzdem noch viel lernen können. Sind sie gespannt was? Dann schnell weiterlesen. 

Agiles Projektmanagement ein Top-Thema

Agiles Projektmanagement ist schon seit vielen Jahren ein Top-Thema in der Projektwelt. Seit dem Agilen Manifest im Jahre 2001 hat sich z.B. Scrum als Vorgehensmodell in vielen Unternehmen etabliert, speziell für Software-Entwicklungsprojekte. In den letzten Jahren haben sich einige Unternehmen, speziell im Finanzdienstleistungsbereich, das Ziele gesetzt sich agil zu transformieren und alle ihre Projekte nur noch agil durchzuführen, aber auch die Organisation und Führung agiler zu gestalten. Dies mit dem Ziel schneller Lösungen zu entwickeln, Ressourcen effizienter zu nutzen und eine neue agilere Arbeitskultur zu etablieren.

Ist das wirklich sinnvoll? Unbestritten in der heutigen Arbeitswelt ist mehr Agilität der richtige Weg. Aber diese Aussage hätte ich schon vor 50 oder 100 Jahren machen können, denn schon damals hat sich die Arbeitswelt/Arbeitsweise stark gewandelt und ist agiler geworden – auch wenn wir heute vielleicht darunter nicht genau das Gleiche verstehen. Denken wir nur schon an die Einführung der Fließbandarbeit durch Henry Ford bei der Autoproduktion im Jahre 1913 oder an das Toyota Production System, dass in den 1960er-Jahren eingeführt wurde. Das waren grosse Transformationen in der Arbeitswelt und in der Produktentwicklung.

Ist das traditionelle Projektmanagement nach dem Wasserfallmodell und die Projektleiterrolle am Aussterben? Sicher nicht! Ich war in den letzten 35 Jahren in traditionellen Projekten unterwegs und habe mich in den letzten Jahren auch tiefer mit agilem Projektmanagement beschäftigt. Für die meisten Projektarten ist das traditionelle Projektmanagement die beste Vorgehensweise.

Agiles Projektmanagement nur für bestimmte Projekte

Agiles Projektmanagement hat seinen Ursprung in der Softwareentwicklung. In meinem Artikel Was ist Agilität im Projektmanagement können Sie die Grundsätze zur Agilität und zum agilen Projektmanagement nachlesen. Agiles Projektmanagement ist ein ideales Vorgehen für Vorhaben, die folgende Charakteristik haben:

1. Nicht alle Anforderungen sind zu Projektbeginn bekannt, sie ändern sich und neue Anforderungen werden während der Projektdurchführung hinzukommen.
2. Das Projekt muss sich schnell an ein sich veränderndes Marktumfeld, neue Geschäftsbedürfnisse und neue Anforderungen anpassen können.
3. Das Produkt soll inkrementell und iterative entwickelt werden, um dem Kunden schnell ein einsetzbares Produkt zu liefern. Auf Basis dessen Feedbacks soll dann das Produkt inkrementell weiterentwickelt und mit Funktionalitäten erweitert werden.

Besonders im Softwarebereich, in dem auf Marktbedürfnisse schnell reagiert werden muss und kontinuierlich neue Funktionalitäten, Updates, Verbesserung etc. geliefert werden müssen, sind agile Projekte der richtige Weg. Bei allen anderen Projekten ist das agile Vorgehen nicht sinnvoll. Was aber nicht heisst, dass gewisse agile Praktiken auch dort vielleicht nützlich sind.

Warum agiles Projektmanagement für die meisten Projekte nicht geeignet ist

Überall, wo physische Projektresultate erzeugt werden, sind die oben genannten Bedingungen meistens nicht erfüllt, nicht einmal bei schnelllebigen Konsumprodukten wie Mobile Phones. Was sind typische traditionelle Wasserfall-Projekte? Projekte bei denen das Projektresultat erst am Ende der Projektzeit nutzbar ist; Maschinenbau- und Engineering Projekte, Hausbau-Projekte, Reorganisations-Projekte, Merger & Akquisition Projekte, regulatorische Projekte usw.

Besonders für Projekte, die sehr komplex sind und umfangreiche Planung, Koordination und Dokumentation erfordern, ist ein agiles Vorgehen nicht geeignet. Wenn gewisse Teile solcher Projekte z.B. Software enthalten, z.B. für eine elektronische Steuerung, dann kann es sinnvoll sein dieses Teilprojekt trotzdem agil durchzuführen.

Ich behaupte, agiles Projektmanagement ist für mehr als 90% aller Projekte in der Wirtschaft nicht geeignet. Ideal für die agile Entwicklung ist z.B. Software, speziell für das Internet oder Applikationen mit denen Kunden interagieren oder Apps für Mobile Phones, das heisst, hautsächlich für immaterielle Produkte. Traditionelle Projekte nach dem Wasserfallmodell könnten aber trotzdem von gewissen agilen Prinzipien und Praktiken viel profitieren. Der folgende Artikel zeigt Ihnen ein paar agile Praktiken, die einiges Potential haben ihr traditionelles Projekt noch einiges leistungsfähiger zu machen.

Hier ist der andere Artikel

Das traditionelle Projektmanagement hat sich nicht weiterentwickelt

Das traditionelle Projektmanagement hat sich in den letzten Jahrzehnten nicht wirklich weiterentwickelt. Es wäre an der Zeit vom agilen Projektmanagement einige gute Ideen und Praktiken zu übernehmen, um es noch leistungsfähiger zu machen und so Projekte noch schneller und sicherer ans Ziel zu bringen. Aus meiner Sicht ist traditionelles Projektmanagement für die meisten Vorhaben eindeutig geeigneter als das agile Vorgehen. Besonders mit den in diesem Artikel beschriebenen agilen Praktiken wird es aber noch einiges wirkungsvoller.

Für grosse Projekte oder Programme, die aus umfassender Hardware und aus Softwarekomponenten besteht, ist zum Beispiel hybrides Projektmanagement ein sinnvoller Ansatz. Hier managen Sie den grössten Teil mit traditionellem Projektmanagement und die reinen Softwarekomponenten des Projektes werden auf agile Weise entwickelt.

Ich bin ein Fan von agilem Projektmanagement und Scrum, weiss aber aus Erfahrung, dass es für die meisten Projekte nicht die ideale Methode ist.

Hier gibt es noch mehr Wissen