Woher kommt die Critical-Path-Methode?
Die Critical-Path-Methode wurde 1957 von Morgan R. Walker (DuPont) und James E. Kelley Jr. (Remington Rand) entwickelt, um industrielle Wartungsstillstände zu planen. Durch die erste Anwendung konnte die Abschaltzeit einer DuPont-Anlage von 125 auf 93 Stunden verkürzt werden – eine Verbesserung um 25 %. Etwa zur gleichen Zeit entwickelte die US-Marine unabhängig voneinander PERT für das Polaris-Raketenprogramm; CPM und PERT existieren seitdem nebeneinander.
Die Critical Path Method (CPM) wurde 1957 geboren und von Morgan R. Walker von DuPont und James E. Kelley Jr. von Remington Rand entwickelt. Ihr Ziel war es, ein konkretes Problem zu lösen: Wie können komplexe industrielle Wartungsstillstände geplant werden, ohne Zeit und Geld zu verschwenden [1].
DuPont war 1956 ein Joint Venture mit Remington Rand Univac eingegangen und nutzte den UNIVAC I-Computer zum Testen der Planungsalgorithmen. Die erste erfolgreiche Anwendung von CPM wurde bei einem Anlagenwartungsprojekt angewendet, wodurch die Stillstandszeit von 125 auf 93 Stunden verkürzt wurde – eine Verbesserung um 25 % [1][2].
Etwa zur gleichen Zeit entwickelte die US-Marine zusammen mit Booz Allen Hamilton PERT (Program Evaluation and Review Technique) für das Polaris-Raketen-U-Boot-Programm. Während PERT probabilistische Zeitschätzungen verwendete (optimistisch, höchstwahrscheinlich, pessimistisch), verwendete CPM deterministische Einzelpunktschätzungen – was es für Projekte mit vorhersehbarer Aufgabendauer praktischer machte [1][3].
Heute wird CPM im PMI PMBOK® Guide (Project Management Body of Knowledge) als Eckpfeilertechnik anerkannt, insbesondere innerhalb der Prozessgruppe „Develop Schedule“ [4][5].
Was genau ist der kritische Pfad?
Der kritische Pfad ist die längste Kette abhängiger Aufgaben in einem Projekt und bestimmt die minimal mögliche Projektdauer. Jede Verzögerung bei einer Aufgabe mit kritischem Pfad verschiebt das Enddatum des gesamten Projekts um den gleichen Betrag. Aufgaben, die sich nicht auf dem kritischen Pfad befinden, haben „Float“ – sie können verschoben werden, ohne dass sich dies auf die Frist auswirkt, und zwar bis zur Float-Menge.
Stellen Sie sich das so vor: Wenn Ihr Projekt ein Straßennetz wäre, wäre der kritische Pfad die längste Route vom Anfang bis zum Ende. Sie können die Fahrt nicht unter die Länge dieser Route verkürzen, egal wie schnell Sie auf den kürzeren Straßen fahren.
Schlüsselkonzepte
| Begriff | Definition |
|---|---|
| Kritischer Pfad | Die längste Kette abhängiger Aufgaben vom Projektanfang bis zum Ende |
| Float (Slack) | Der Zeitraum, um den eine unkritische Aufgabe verzögert werden kann, ohne dass sich dies auf das Enddatum des Projekts auswirkt |
| Frühstart (ES) | Der früheste Zeitpunkt, zu dem eine Aufgabe beginnen kann, basierend auf Vorgängern |
| Später Start (LS) | Spätestens eine Aufgabe kann beginnen, ohne das Projekt zu verzögern |
| Early Finish (EF) | Der früheste Zeitpunkt, zu dem eine Aufgabe abgeschlossen werden kann |
| Spätes Ziel (LF) | Spätestens eine Aufgabe kann abgeschlossen werden, ohne das Projekt zu verzögern |
| Gesamt-Float | LF − EF (oder LS − ES). Wenn float = 0, befindet sich die Aufgabe auf dem kritischen Pfad |
Wie funktioniert CPM Schritt für Schritt?
CPM funktioniert in vier Schritten: (1) Listen Sie alle Aufgaben mit ihrer Dauer und ihren Abhängigkeiten auf, (2) Vorwärtsdurchlauf – berechnen Sie, wie früh jede Aufgabe beginnen und enden kann, (3) Rückwärtsdurchlauf – berechnen Sie, wie spät jede Aufgabe beginnen kann, ohne das Projekt zu verzögern, (4) identifizieren Sie Aufgaben mit Null-Float – diese bilden den kritischen Pfad. Das folgende Beispiel funktioniert durch ein kleines Softwareprojekt mit 8 Aufgaben.
Schritt 1: Listen Sie alle Aufgaben und Dauer auf
Teilen Sie Ihr Projekt in einzelne Aufgaben auf und schätzen Sie die Dauer jeder einzelnen ein.
| Aufgabe | Dauer (Tage) | Abhängigkeiten |
|---|---|---|
| A – Anforderungen | 5 | — |
| B – UI-Design | 8 | A |
| C – Datenbankdesign | 4 | A |
| D – Backend-Entwickler | 10 | C |
| E – Frontend-Entwickler | 12 | B |
| F – Integration | 6 | D, E |
| G – Testen | 5 | F |
| H – Bereitstellung | 2 | G |
Schritt 2: Vorwärtspass (frühen Start/Ende berechnen)
Berechnen Sie ausgehend von der ersten Aufgabe, wann jede Aufgabe frühestens beginnen und enden kann:
- A: ES=0, EF=5
- B: ES=5, EF=13
- C: ES=5, EF=9
- D: ES=9, EF=19
- E: ES=13, EF=25
- F: ES=25, EF=31 (wartet sowohl auf D als auch auf E)
- G: ES=31, EF=36
- H: ES=36, EF=38
Projektdauer: 38 Tage.
Schritt 3: Rückwärtspass (späten Start/Ende berechnen)
Berechnen Sie vom Ende aus rückwärts und berechnen Sie, wann jede Aufgabe spätestens beginnen kann, ohne das Projekt zu verzögern:
- H: LS=36, LF=38
- G: LS=31, LF=36
- F: LS=25, LF=31
- E: LS=13, LF=25 → Float = 0 ✅ Kritisch
- D: LS=15, LF=25 → Float = 6
- B: LS=5, LF=13 → Float = 0 ✅ Kritisch
- C: LS=11, LF=15 → Float = 6
- A: LS=0, LF=5 → Float = 0 ✅ Kritisch
Schritt 4: Identifizieren Sie den kritischen Pfad
Aufgaben mit Null-Float bilden den kritischen Pfad:
A → B → E → F → G → H (38 Tage)
Jede Verzögerung bei diesen Aufgaben verzögert das gesamte Projekt. Die Aufgaben C und D haben eine Pufferzeit von 6 Tagen – sie können bis zu 6 Tage verstreichen, ohne dass sich dies auf die Frist auswirkt.
Warum ist CPM wichtig und was sagen die Daten?
CPM ist wichtig, weil nur etwa 31 % der Projekte pünktlich, im Rahmen des Budgets und innerhalb des Rahmens geliefert werden (Standish Group CHAOS Report 2020 – Zahlen, die häufig aus einer unabhängigen Prüfung des Paywall-Berichts zitiert werden). Die Hauptursachen für Misserfolge – schlecht definierte Anforderungen, unzureichende Kommunikation, schwache Fortschrittstransparenz – sind genau das, was Sie mit CPM angehen müssen: explizite Abhängigkeiten, eine visuelle Zeitleiste und eine klare Markierung, welche Aufgaben nicht vernachlässigt werden dürfen. Empirische Untersuchungen bringen eine CPM-disziplinierte Terminplanung durchweg mit geringeren Projektüberschreitungen in Verbindung.
Projektfehlschläge sind eine Epidemie. Laut dem CHAOS-Bericht (2020) der Standish Group werden nur 31 % der Projekte pünktlich, im Rahmen des Budgets und innerhalb des Rahmens geliefert. 50 % werden in Frage gestellt (mit Verzögerungen oder Umfangskürzungen geliefert) und 19 % scheitern vollständig [7].
Der PMI Pulse of the Profession® (2021) identifizierte die Hauptursachen für das Scheitern von Projekten [8]:
| Ursache | % der Projekte betroffen |
|---|---|
| Organisationsprioritäten ändern | 39 % |
| Projektziele ändern | 37 % |
| Schlecht definierte Anforderungen | 35 % |
| Unzureichende Kommunikation | 30 % |
| Mangelnde Fortschrittstransparenz | 29% |
CPM geht die letzten drei Ursachen direkt an: Es zwingt Sie dazu, klare Aufgabenabhängigkeiten zu definieren (Anforderungen), es stellt eine visuelle Zeitleiste bereit, die als Kommunikationstool dient, und es hebt den kritischen Pfad hervor, damit das Team genau weiß, worauf es sich konzentrieren muss.
Auf ResearchGate veröffentlichte Forschungsergebnisse bestätigen, dass Projekte, die CPM verwenden, im Vergleich zu Projekten, die keine formalen Planungstechniken verwenden, eine erheblich bessere Einhaltung des Zeitplans aufweisen, wobei die Projektüberschreitungen in Kombination mit einer ordnungsgemäßen Überwachung um bis zu 20–30 % reduziert werden [9].
Wann sollte ich CPM im Vergleich zu PERT verwenden?
Verwenden Sie CPM, wenn die Aufgabendauer vorhersehbar ist (Bau, Fertigung, IT-Releases) – Einzelpunktschätzungen sind genau genug und Sie wünschen sich eine klare Kosten-/Zeitoptimierung. Verwenden Sie PERT, wenn die Dauer unsicher ist (Forschung, F&E, neuartige Technik) – seine Dreipunktschätzungen (optimistisch / höchstwahrscheinlich / pessimistisch) verarbeiten Varianz besser. Die meisten Softwareteams verwenden CPM, weil die Aufgaben so weitreichend sind, dass die Statistikmaschinerie von PERT den Mehraufwand nicht wert ist.
Sowohl CPM als auch PERT entstanden Ende der 1950er Jahre, bedienen jedoch unterschiedliche Szenarien:
| Aspekt | CPM | PERT |
|---|---|---|
| Zeitschätzungen | Single (deterministisch) | Drei Schätzungen (optimistisch, höchstwahrscheinlich, pessimistisch) |
| Am besten für | Vorhersehbare, sich wiederholende Projekte | Unsichere, forschungsintensive Projekte |
| Fokus | Zeit- und Kostenoptimierung | Zeitschätzung unter Unsicherheit |
| Komplexität | Niedriger – eine Dauer pro Aufgabe | Höher – statistische Berechnungen |
| Industrielle Nutzung | Bau, Fertigung, IT | Forschung und Entwicklung, Verteidigung, Pharma |
Eine vergleichende Fallstudie, die im „International Journal of Applied Engineering Research“ veröffentlicht wurde, ergab, dass CPM die Fertigstellung eines Informationssystemprojekts in 50 Tagen schätzte, während PERT 52 Tage veranschlagte – die Forscher empfahlen CPM aufgrund seiner Präzision und Kosteneffizienz bei Projekten mit vorhersehbarem Umfang [10].
Für die meisten Softwareentwicklungsteams ist CPM die praktische Wahl: Ihre Aufgaben sind im Allgemeinen klar definiert und Sie benötigen eine umsetzbare Planung, keine Wahrscheinlichkeitsverteilungen.
Wie vereinfacht GanttFather CPM?
GanttFather berechnet den kritischen Pfad automatisch basierend auf Ihren Aufgaben, Dauer und Abhängigkeiten – kein manueller Vorwärts-/Rückwärtsdurchlauf erforderlich. Wichtige Aufgaben werden während der Bearbeitung in Echtzeit auf der Gantt-Zeitleiste angezeigt. Der kritische Pfad ist im kostenlosen Kontingent enthalten (die meisten Mitbewerber bezahlen ihn für 12–30 $/Benutzer/Monat in den Business- oder Pro-Kontingenten). Was-wäre-wenn-Szenarien sind sofort realisierbar: Ändern Sie die Dauer und beobachten Sie live, wie der kritische Pfad neu berechnet wird.
Traditionell erforderte die Berechnung des kritischen Pfads manuelle Mathematik oder spezielle (und teure) Unternehmenstools. GanttFather ändert dies:
Automatische Erkennung kritischer Pfade
GanttFather berechnet automatisch den kritischen Pfad basierend auf Ihren Aufgabenabhängigkeiten und -dauern. Es ist kein manueller Vorwärts-/Rückwärtsdurchlauf erforderlich – kritische Aufgaben werden sofort in Ihrem Gantt-Diagramm hervorgehoben.
Visuelles Abhängigkeitsmanagement
Ziehen Sie Abhängigkeitspfeile zwischen Aufgaben direkt im Diagramm. GanttFather aktualisiert den kritischen Pfad in Echtzeit, wenn Sie Abhängigkeiten hinzufügen, entfernen oder ändern.
Was-wäre-wenn-Szenarien
Sie fragen sich, was passiert, wenn Aufgabe E 15 statt 12 Tage dauert? Ändern Sie einfach die Dauer und beobachten Sie, wie sich der kritische Pfad neu berechnet. Dies macht die Sprintplanung und Risikobewertung intuitiv.
Funktioniert mit Ihren Werkzeugen
Wenn Ihr Team Azure DevOps verwendet, können Sie Ihre Arbeitselemente mit GanttFather synchronisieren und den kritischen Pfad sofort visualisieren – etwas, das Azure DevOps nativ nicht bietet.
Was sind praktische Tipps für den effektiven Einsatz von CPM?
Fünf praktische Regeln: Aufgaben mit einer Granularität von 1–10 Tagen beibehalten (überdetaillierter WBS macht den kritischen Pfad verrauscht), Aktualisierungsdauer wöchentlich (ein veralteter kritischer Pfad ist irreführend), nahezu kritische Pfade beobachten (eine Aufgabe mit einem Tag Float ist praktisch kritisch und wird zum neuen kritischen Pfad, sobald sie abrutscht), Float strategisch einsetzen, um umfangsunsichere Aufgaben zu absorbieren, und den kritischen Pfad mit Stakeholdern teilen, damit das Team weiß, wo Der Fokus ist am wichtigsten.
-
Machen Sie den WBS nicht zu detailliert. Zu viele Mikroaufgaben machen den kritischen Pfad unübersichtlich und machen es schwierig, darauf zu reagieren. Behalten Sie die Granularität der Aufgaben bei, sodass jede einzelne Aufgabe 1–10 Tage dauert.
-
Aktualisieren Sie die Dauer regelmäßig. Ein kritischer Pfad ist nur so genau wie seine Daten. Überprüfen und aktualisieren Sie die Aufgabenschätzungen wöchentlich.
-
Achten Sie auf nahezu kritische Pfade. Eine Aufgabe mit nur einem Tag Float ist praktisch kritisch. Wenn es rutscht, wird es zum neuen kritischen Pfad.
-
Verwenden Sie Float strategisch. Unkritische Aufgaben mit hohem Float können Verzögerungen absorbieren – nutzen Sie diese Flexibilität für Aufgaben mit ungewissem Umfang.
-
Kommunizieren Sie den kritischen Pfad. Teilen Sie ihn mit den Stakeholdern, damit jeder versteht, welche Aufgaben nicht vernachlässigt werden dürfen, ohne das Projekt zu verzögern.
Fazit
Die Critical-Path-Methode ist seit fast 70 Jahren das Rückgrat der Projektplanung – und das aus gutem Grund. Es verwandelt komplexe, voneinander abhängige Projektpläne in eine klare Antwort: Wie lange wird dieses Projekt mindestens dauern und welche Aufgaben müssen im Zeitplan bleiben?
Ganz gleich, ob Sie einen Software-Sprint, ein Bauprojekt oder eine Produkteinführung leiten: Das Verständnis Ihres kritischen Pfads entscheidet darüber, ob Sie auf Verzögerungen reagieren oder diese verhindern.
GanttFather berechnet es automatisch, in Echtzeit und kostenlos für Sie – im kostenlosen Tarif mit 1 eigenem Projekt, 2 Editor-Plätzen und unbegrenzten Betrachtern und Gästen enthalten. Sehen Sie sich das Ganze an Preisseite oder lesen Was ist GanttFather? für Produktdetails.
Beginnen Sie mit der Planung mit GanttFather →
Referenzen:
- Wikipedia. „Methode des kritischen Pfades – Geschichte“.
- Kelley, J.E. Jr. & Walker, M.R. (1959). „Planung und Terminierung kritischer Pfade“. Proceedings of the Eastern Joint Computer Conference.
- Malcolm, D.G. et al. (1959). „Anwendung einer Technik zur Bewertung von Forschungs- und Entwicklungsprogrammen“. Operations Research, 7(5), 646–669.
- Project Management Institute (PMI). (2021). Ein Leitfaden zum Projektmanagement-Wissensbestand (PMBOK®-Leitfaden) – Siebte Ausgabe.
- Smartsheet. „Der vollständige Leitfaden zur Critical Path Method (CPM)“.
- ProjectManager.com. „Methode des kritischen Pfades: Ein wesentlicher Bestandteil des Projektmanagements“.
- Die Standish-Gruppe. (2020). „CHAOS-Bericht 2020: Jenseits der Unendlichkeit“ .
- Project Management Institute (PMI). (2021). „Pulse of the Profession® 2021“.
- ResearchGate. „CPM und Termintreue bei Bauprojekten“.
- Anwar, N. et al. (2014). „Eine vergleichende Studie von CPM und PERT in der Projektplanung“. International Journal of Applied Engineering Research.