Projektmanagement: Gegenüberstellung der Merkmale klassisch vs. agil

Klassisch-PlangetriebenAgil
AnforderungenWeitgehend bekannt
Änderungen unerwünscht
Teilweise unbekannt
Änderungen erwartet
Umfang (Scope)Lasten- und PflichtenheftBacklog
ZieleLeistung: grundsätzlich fix
Dauer: ausgerichtet an der Leistungserbringung
Kosten: ausgerichtet an der Leistungserbringung
Leistung: ausgerichtet an der Dauer und dem Machbaren
Dauer: grundsätzlich fix
Kosten: grundsätzlich fix (Personalkosten)
PlanungPhasen, Meilensteine, Arbeitspakete,
Liefergegenstände/-objekte
Up-Front, aber rollierend möglich
Releases, Epics, Features, User Stories,
Inkremente
grundsätzlich rollierend
Aufwand (Personal)Schätzung im Gegenstromverfahren
(Management, Experten)
in Personentagen
Up-front, dann ggf. nachsteuernd
Schätzung durch das Team
in Story Points

rollierend
Steuerungs-
instrumente
Fortschrittsmetriken, Meilensteintrendanalyse,
Earned Value Analyse
Status Meeting, Berichte
Acceptance of Done, Taskboard,
Burn-Down-/-Up-Chart

Sprint-Review, Daily Stand Up
Hüsselmann/Hergenröder (2024): Integrierte Earned Value Analyse, nach Fiedler (2020)

Das klassische, eher plangetriebene Vorgehen beim Projektmanagement ist seit vielen Jahren bekannt und etabliert. Es wundert daher nicht, dass es gerade etablierten Organisationen schwer fällt, die beim agilen Projektmanagement zu berücksichtigen Vorgehensweise zu integrieren..

Die in der Tabelle zusammengefasste Gegenüberstellung der Merkmale “Anforderungen”, “Umfang (Scope”, “Ziele”, “Planung”, “Aufwand (Scope)” und “Steuerungsinstrumente” gibt Ihnen noch einmal einen Gesamtüberblick dazu.

Dabei sollten Sie allerdings bedenken, dass es oft nicht um ein Entweder-oder, sondern um ein Sowohl-als-auch geht, was als Hybrides oder auch Adaptives Projektmanagement bezeichnet werden kann.

Siehe dazu auch DAS Projektmanagement-Kontinuum in der Übersicht.

Hybrides Projektmanagement: Vom Trend zum neuen Standard

In den letzten Jahren habe ich schon viele Beiträge zum Hybriden Projektmanagement geschrieben. In der Zwischenzeit nehmen auch die Diskussionen um Normen, Standards und Vorgehensmodelle diese Entwicklung auf. Im Vorfeld des IPMA World Congress (17.-19.09.2025 in Berlin) ist zum Beispiel folgendes zu Trendthemen zu lesen:

“Die zunehmende Komplexität von Projekten und unsichere Rahmenbedingungen machen flexible Lösungen notwendig. Hybride Modelle erlauben schnelle Reaktionen auf Veränderungen, ohne die organisatorische Stabilität zu gefährden. Auch große Unternehmen wie IBM und Microsoft berichten von positiven Erfahrungen: Effizientere Projektabläufe und zufriedenere Teams nach Einführung hybrider Ansätze. Hybrides Projektmanagement entwickelt sich damit vom Trend zum neuen Standard. Es kombiniert Planungsdisziplin mit Agilität – und macht Projekte robuster gegenüber externen Einflüssen. Ein klarer Wettbewerbsvorteil” (Wieschowski 2025, in projektmanagementaktuell 3/2025).

Dass Hybrides Projektmanagement der neue Standard sein soll ist zwar gut und richtig, doch gibt es noch gar keinen Standard zum Hybriden Projektmanagement.

Kann die Earned Value Analyse (EVA) für Scrum genutzt werden?

Eigene Darstellung – Earned Value Analyse – Beispiel für Story Points (Klein 2021:54-55) / Ausschnitt

Wenn es um das Projektcontrolling geht, stellt sich natürlich immer auch die Frage: Von welchem Vorgehensmodell gehen wir aus? Ist es ein eher Plangetriebenes Projektmanagement, so kommen die üblichen Kennzahlen infrage, die beispielsweise aus einer Earned Value Analyse (EVA) entnommen werden können.

Gehen wir von einem Agilen Projektmanagement aus, so wird oft behauptet, dass die klassischen Controlling-Ansätze hier nicht anwendbar sind . Es wird von Objective Key Results (OKR) oder anderen (neuen?) Ansätzen gesprochen. Siehe dazu auch Veränderung des Controllings in einer VUCA-Welt. Das ist alles durchaus einleuchtend, doch gibt es eine Ausnahme.

Gehen wir einmal von der oben angesprochenen Earned Value Analyse aus, so stellt sich die Frage, ob die EVA nicht auch im Agilen Projektmanagement eingesetzt werden kann. Und siehe da: Es gib durchaus Autoren, die diese Frage in ihren Veröffentlichungen bewusst bejahen und auch begründen.

Klein (2021) hat anhand eines Zahlen-Beispiels ausführlich dargestellt, wie die Earned Value Analyse im Scrum Framework genutzt werden kann. Ich gehe hier nicht auf die gesamte Berechnung ein, doch zeigt schon der Ausschnitt in der Abbildung, die Vorgehensweise für die Sprints 1-5.

Wenn es also möglich ist, die Earned Value Analyse (EVA) im Plangetriebenen Projektmanagement und im Agilen Projektmanagement (Scrum Framework) zu nutze, so kann die EVA auch im Hybriden Projektmanagement eine wertvolle Hilfe darstellen.

Die Earned Value Analyse (EVA) stellt sich also als integrierendes Element des Projektcontrollings in verschiedenen Vorgehensmodellen dar.

Plangetriebenes Projektmanagement: Synchronisationspunkte zwischen Software, Elektronik und Hardware

Paralleler Durchlauf der einzelnen Vorgehensweisen in der software (hellblau), der Elektronik (grün) und der Mechanik (dunkelblau) mit geforderten Synchronisationspunkten (Timinger/Sticherling 2016)

In der Mechatronik geht es um Mechanik und Elektronik. Hinzu kommen heute fast immer auch Softwareelemente. Jeder einzelne Bereich ist schon schwierig genug, doch ist es noch herausfordernder, alle drei Bereiche aufeinander abzustimmen.

In der Abbildung sind die drei Bereiche mit ihren Entwicklungsschritten zu erkennen (farbliche Unterscheidung). Hinzu kommen jetzt noch geforderte Synchronisationspunkte, an denen alles zu einem bestimmten Zeitpunkt aufeinander abgestimmt wird. Dazu gehört auch, dass es von einem Synchronisationspunkt aus nicht weiter, sondern noch einmal zurück geht.

In einem eher plangetriebenen Projektmanagement ist es nicht einfach, alles zu koordinieren, da alle drei Stränge im zeitlichen Ablauf sehr unterschiedlich sein können.

Möglicherweise ist es bei einen größeren Dynamik (Komplexität) im Innovationsprozess besser, alles auf ein agiles, bzw. hybrides Vorgehensmodell umzustellen: Feature 1 > Feature 2 > Feature 3 etc. Siehe dazu auch Waterfall-Agile: Unterschiedliches Erarbeiten von Features.

Relatives Schätzen: Von T-Shirt Größen zu Fibonacci-Werten

Im Projektmanagement wird an vielen Stellen geschätzt. Beim Plangetriebenen Projektmanagement wird absolut geschätzt, beispielsweise in Tagen (Dauer) oder auch in Personentagen (Aufwand). Beim Agilen Projektmanagement geht es darum, relativ zu schätzen. Es geht immer um den Bezug auf etwas.

Anforderungen werden hier oft als User Story formuliert, dabei wird oft bei der Schätzung des Aufwands mit T-Shirt Größen gearbeitet. Dazu wird eine Referenz benötigt. Nehmen wir einmal an, die User Story mit der ID=9 wird mit einer T-Shirt Größe “S”, geschätzt, dann werden alle anderen User Stories relativ dazu geschätzt.

Manche fragen an dieser Stelle, warum man nicht gleich Zahlen, z.B. die Fibonacci-Werte, verwendet. Dazu habe ich folgende Erläuterung gefunden:

“Wir verzichten darauf, die Fibonacci-Werte von Beginn an zu nutzen, weil wir möchten, dass das Team sich komplett vom Denken in Zahlen löst. Zahlen werden unbewusst immer wieder miteinander oder mit Tagen oder Stunden verglichen. Wir möchten erreichen, dass sich das Team auf »größer, gleich, kleiner« konzentriert und die Stories nur relativ zueinander schätzt” (Röpstorff/Wiedmann 2016).

Dennoch wird es irgendwann dazu kommen, dass man sich von den T-Shirt Größen löst und Zahlen nutzen möchte. Dazu werden für User Stories Zahlen aus der angepassten Fibonacci-Reihe genutzt, und als Story Points bezeichnet. Dabei kann folgende Gegenüberstellung nützlich sein:

T-Shirt GrößenStory Points
XS1
S2
M3
L5
XL8
XXL13
Quelle: Röpstorff/Wiedmann 2016

User Stories mit Story Points größer als 13 sollten noch einmal analysiert werden, denn es könnte sein, dass der Aufwand für einen Sprint zu groß ist, und es sich somit um ein Epic handelt.

Siehe dazu auch Planning Poker beim relativen Schätzen nutzen – analog oder auch online.

Projektmanagement: Klassisch-Agil in der Übersicht

Wenn es um das Klassische (Plangetriebene )Projektmanagement, und um das Agile Projektmanagement geht, werden oftmals einzelne Kriterien genannt, die beide Vorgehensmodelle unterscheiden. In der Diskussion ist es oftmals hilfreich, verschiedene Kriterien für das jeweilige Vorgehensmodell zu beantworten und darzustellen.

Die folgende Tabelle zeigt übersichtlich, wie sich die genannten Vorgehensmodelle bei einzelnen Kriterien unterscheiden. Wenn Sie wollen, können Sie die Antworten als Pole zwischen zwei Zahlenwerten, z.B. 1 – 10, sehen, und eine eigene kleine Exceldatei für die Analyse eines Projekts erstellen.

Quelle: Müller/Hüsselmann (2017), in projektmanagementaktuell 2/2017

Möglicherweise werden sie dann erkennen, dass ihr Projekt keine eindeutige Zuordnung Richtung einer “10” oder einer “1” erlaubt. Das wiederum deutet darauf hin, dass sich bei dem Projekt eher ein Hybrides Vorgehensmodell (Hybrides Projektmanagement) anbietet.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Welche Merkmale haben Projekte, die nach dem Wasserfall-Modell durchgeführt werden können?

Beispiel eines Wasserfall-Modells in OpenProject

Wie wir aus dem Projektmanagement-Kontinuum wissen, gibt es eine Vielzahl von Möglichkeiten, Projekte durchzuführen. Weiterhin hat die PMI-Studie aus dem Jahr 2024 gezeigt, dass die meisten Projekte immer noch eher plangetrieben durchgeführt werden. Dieses Vorgehen wird of mit dem Wasserfall-Modell assoziiert, wobei der Begriff häufig negativ besetzt ist. In dem Beitrag Einige Anmerkungen zum “Wasserfall-Modell” auf Basis des Originalartikels von Royce (1970) hatte ich schon einmal versucht dazustellen, dass auch das Wasserfall-Modell unter bestimmten Bedingungen seine Berechtigung hat. Die folgende Übersicht zeigt, welche Merkmale Projekte haben, die nach dem Wasserfall-Modell durchgeführt werden

“Die bekanntesten Merkmale dieser Art von Projekten sind:
– ein klar definiertes Geschäftsziel
– ein präzises Verständnis des zu entwickelnden Systems
– ein präzises Verständnis der Domäne
– ein präzises Verständnis der Technologie, die eingesetzt werden soll
– starke Anweisungen von einem einzigen Business Owner oder Lenkungsausschuss
– ein strikter Ansatz, der von Anfang an in einem formalen Plan mit Budgets und Zeitrahmen definiert und von einem starken Projektmanagement gesteuert wird
– aus unterschiedlichen Experten bestehende Teams, die an den einzelnen Phasen arbeiten
– Ergebnisse der einzelnen Phasen, die als Input für die nächste Phase dienen, wobei Informationen über formale Dokumentation weitergegeben werden
– Quality Gates zwischen den einzelnen Phasen, bei denen nach formalen Managemententscheidungen vorgegangen wird
– Nachdem ein Quality Gate erfolgreich durchlaufen wurde, werden die resultierenden Anforderungen in Form von Spezifikationen „eingefroren“ und wenn nachfolgend Änderungen erforderlich sind, werden diese nach einem formalen Änderungsverfahren ausgeführt” (Brand et al. 2024).

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Agile Softwareentwicklung ist nicht Agiles Projektmanagement

Dong et al. (2024), nach Nerur et al. (2005)

In der Diskussion um Projektmanagement ist in der Zwischenzeit der Pragmatismus eingekehrt. Viele Organisationen stellen fest, dass für ihre verschiedenen Vorhaben traditionelles Projektmanagement und agile Vorgehensmodelle sinnvoll miteinander kombiniert werden müssen. In dieser Diskussion wird allerdings oft die Agile Softwareentwicklung und Agiles Projektmanagement gleichgesetzt – dem ist allerdings nicht so.

In der Abbildung sind die Unterschiede und Gemeinsamkeiten des traditionellen Projektmanagements, Agile Software Development und Agiles Projektmanagement anhand wichtiger Kriterien gegenübergestellt.

Es wird deutlich, dass Agile Softwareentwicklung nicht Agiles Projektmanagement ist.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Hybrides Projektmanagement bei einem Projekt der OTTO-Gruppe

Image by Hans from Pixabay

Der Deutsche Project Excellence Award wurde 2016 für ein Projekt der OTTO-Gruppe vergeben. Bei dem IT-Projekt ging es um die neu gestaltete Website, die komplett auf den digitalen Kaufprozess von Kunden ausgerichtet wurde.

In einem ausführlichen Interview von Oliver Steeger mit Inke Sterzik (Teamleiterin) und Jens Hibbeler (Projektleiter) wurde deutlich, dass es sich bei dem dazugehörenden Projektmanagement um ein Hybrides Projektmanagement handelte.

Der Titel des Interviews “Agil mit 350 Mitarbeitern im Team” (projektmanagementaktuell 2/2017) ist hier meines Erachtens etwas irreführend, da man vermuten könnte, dass für das Projekt eher ein Agiles Projektmanagement eingesetzt wurde. Möglicherweise war das aber damals nicht so gemeint, und man wollte im Titel des Artikel den eher bekannten Begriff “Agil”, statt den nicht so bekannten Begriff “Hybrid” verwenden.

“Ein hybrider Projektmanagementansatz wurde erstklassig implementiert, der viele Aspekte moderner agiler Ansätze mit klassischen Projektmanagementansätzen kombiniert und noch um eigene sinnvolle Ansätze erweitert. Das Projektteam war dadurch hoch produktiv und hat eine neue Philosophie so positiv vorgelebt, dass sie innerhalb des OTTO-Konzerns inzwischen gleichermaßen als Beispiel und Maßstab genutzt wird” (Steeger 2017).

Oftmals wurde der Begriff “Agil” oder auch SCRUM verwendet, obwohl die Vorgehensweise eher ein adaptives, angemessenes, pragmatisches, also Hybrides Projektmanagement war. “Agil” ist in, und bei Scrum kann man schnell ein Zertifikat (Scrum Master, Product Owner) bekommen.

Alles Vorteile (?), die ein pragmatisches, weniger dogmatisches, Hybrides Projektmanagement nicht bieten kann. Dennoch hat Hybrides Projektmanagement in den letzten Jahren das Agile Projektmanagement in der praktischen Anwendung überholt. Siehe dazu PM (2024) Global Survey: Hybrides Projektmanagement wird immer wichtiger.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Projektmanager/in Agil (IHK): Termine für 2025 in Düsseldorf vereinbart

Der von uns entwickelte Blended Learning Lehrgang Projektmanager/in AGIL (IHK) wird auch im Jahr 2025 wieder in Düsseldorf angeboten. Folgende Termine wurden von der IHK Düsseldorf bestätigt:

Projektmanager/in AGIL (IHK) – Blended Learning
(Präsenztage und Onlinephasen wechseln sich ab)

24.02.-07.04.2025, montags von 09.00-16.15 Uhr (außer 03.03.: Rosenmontag)

27.10.-08.12.2025, montags von 09.00-16.15 Uhr

Kontakt: IHK Düsseldorf, Ansprechpartnerin: Frau Wanke, Telefon: 0211/17243-35, E-Mail: petra.wanke@duesseldorf.ihk.de 

Informationen zu den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK), und zu weiteren Terminen und Standorten, finden Sie auf unserer Lernplattform.