Kritischer Pfad: Definition, Berechnung und Beispiele
Jörg Friedrich |

Kritischer Pfad: Definition, Berechnung und Beispiele

Zusammenfassung

Der kritische Pfad ist die längste Kette voneinander abhängiger Vorgänge in einem Projekt. Er bestimmt die Mindestdauer des gesamten Projekts. Vorgänge auf dem kritischen Pfad haben keinen zeitlichen Puffer – jede Verzögerung hier verzögert das gesamte Projekt. Die Critical Path Method (CPM) berechnet den kritischen Pfad durch Vorwärts- und Rückwärtsrechnung im Netzplan. Dieser Artikel erklärt die Methode Schritt für Schritt und zeigt sie an einem durchgängigen Praxisbeispiel.

Was ist der kritische Pfad?

In jedem Projekt gibt es Aufgaben, die erledigt sein müssen, bevor andere beginnen können. Das Fundament vor den Wänden. Die Wände vor dem Dach. Diese Abhängigkeiten bilden Ketten – und die längste dieser Ketten bestimmt, wie lange das gesamte Projekt mindestens dauern wird. Diese längste Kette ist der kritische Pfad.

Der Begriff stammt aus der Critical Path Method (CPM), die 1957 von Morgan Walker (DuPont) und James Kelley (Remington Rand) entwickelt wurde. Ihr Ziel war es, die Stillstandszeiten in chemischen Produktionsanlagen zu minimieren. Heute gehört CPM zu den grundlegenden Projektmanagement-Methoden und wird branchenübergreifend eingesetzt.

Was den kritischen Pfad auszeichnet: Die Vorgänge auf ihm haben eine Pufferzeit von null. Es gibt keinen Spielraum. Wenn ein Vorgang auf dem kritischen Pfad einen Tag länger dauert als geplant, verschiebt sich der Projektendtermin um genau diesen einen Tag. Alle anderen Vorgänge – die nicht auf dem kritischen Pfad liegen – besitzen dagegen Pufferzeiten, die gewisse Verzögerungen auffangen können, ohne das Gesamtprojekt zu gefährden.

CPM und PERT – eine kurze Abgrenzung

Fast zeitgleich mit CPM entwickelte die US-Navy für das Polaris-Raketenprogramm die Program Evaluation and Review Technique (PERT). Beide Methoden arbeiten mit Netzplänen und identifizieren den kritischen Pfad. Der Unterschied: CPM verwendet feste Dauerschätzungen für jeden Vorgang, während PERT mit drei Schätzwerten arbeitet (optimistisch, wahrscheinlichst, pessimistisch) und daraus einen gewichteten Erwartungswert berechnet. In der Praxis ist CPM die häufiger eingesetzte Methode.

Warum ist der kritische Pfad wichtig?

Der kritische Pfad ist kein akademisches Konstrukt. Er ist eines der wirksamsten Werkzeuge der Terminplanung und liefert Antworten auf zentrale Fragen des Projektmanagements:

Er bestimmt die Mindestprojektdauer. Kein Projekt kann schneller abgeschlossen werden als sein kritischer Pfad lang ist – es sei denn, Sie ändern die Abhängigkeiten oder verkürzen einzelne Vorgänge.

Er zeigt, wo Verzögerungen kritisch sind. Nicht jede Verzögerung gefährdet das Projekt. Eine Aufgabe mit drei Tagen Puffer kann drei Tage zu spät fertig werden, ohne dass es Konsequenzen hat. Eine Aufgabe auf dem kritischen Pfad kann das nicht.

Er ermöglicht gezielte Ressourcenallokation. Wenn Sie wissen, welche Vorgänge kritisch sind, können Sie Ihre besten Leute und Ihre knappsten Ressourcen genau dort einsetzen, wo sie den größten Einfluss auf den Projekttermin haben.

Er identifiziert Pufferzeiten. Die Berechnung des kritischen Pfads liefert als Nebenprodukt die Pufferzeiten aller nicht-kritischen Vorgänge. Diese Puffer sind wertvolle Informationen für die Feinplanung und das Risikomanagement.

Er ist ein Frühwarnsystem. Wenn ein Vorgang auf dem kritischen Pfad in Verzug gerät, wissen Sie sofort: Das Projekt ist in Gefahr. Diese Klarheit ermöglicht schnelles Gegensteuern.

Den kritischen Pfad berechnen – Schritt für Schritt

Die Berechnung des kritischen Pfads erfolgt in vier Schritten. Die Methode setzt voraus, dass Sie die Vorgänge Ihres Projekts, ihre Dauern und ihre Abhängigkeiten kennen – idealerweise auf Basis eines Projektstrukturplans.

1. Vorgänge und Abhängigkeiten definieren

Listen Sie alle Vorgänge des Projekts auf und definieren Sie für jeden Vorgang:

  • Die geschätzte Dauer
  • Die Vorgänger – also die Vorgänge, die abgeschlossen sein müssen, bevor dieser beginnen kann

Das Ergebnis ist eine Vorgangsliste, die sich als Netzplan darstellen lässt.

2. Vorwärtsrechnung (Forward Pass)

Die Vorwärtsrechnung bestimmt für jeden Vorgang den frühesten Anfangszeitpunkt (FA) und den frühesten Endzeitpunkt (FE):

  • FA = Maximum der frühesten Endzeitpunkte aller Vorgänger
  • FE = FA + Dauer

Sie beginnen beim ersten Vorgang (FA = 0) und arbeiten sich durch den Netzplan nach vorn. Der früheste Endzeitpunkt des letzten Vorgangs ergibt die Mindestprojektdauer.

3. Rückwärtsrechnung (Backward Pass)

Die Rückwärtsrechnung bestimmt für jeden Vorgang den spätesten Endzeitpunkt (SE) und den spätesten Anfangszeitpunkt (SA):

  • SE = Minimum der spätesten Anfangszeitpunkte aller Nachfolger
  • SA = SE − Dauer

Sie beginnen beim letzten Vorgang (SE = Projektdauer) und arbeiten sich rückwärts durch den Netzplan.

4. Pufferzeit berechnen und kritischen Pfad identifizieren

Die Gesamtpufferzeit (GP) eines Vorgangs ergibt sich aus:

GP = SA − FA (oder gleichwertig: SE − FE)

Alle Vorgänge mit einer Pufferzeit von null liegen auf dem kritischen Pfad. Die Verbindung dieser Vorgänge ergibt den längsten Pfad durch den Netzplan – den kritischen Pfad.

Beispiel: Der kritische Pfad in einem IT-Projekt

Ein Team plant die Entwicklung einer Web-Applikation. Das Projekt umfasst acht Vorgänge:

VorgangBeschreibungDauer (Tage)Vorgänger
AAnforderungsanalyse5
BUI-Design8A
CDatenbankdesign4A
DBackend-Entwicklung10C
EFrontend-Entwicklung12B
FAPI-Integration6C, D
GSystemtest5E, F
HDeployment und Go-Live3G

Vorwärtsrechnung

VorgangDauerFAFE
A505
B8513
C459
D10919
E121325
F61925
G52530
H33033

Die Mindestprojektdauer beträgt 33 Tage.

Rückwärtsrechnung

VorgangDauerSASEPuffer (GP)
A5050
B85130
C4590
D109190
E1213250
F619250
G525300
H330330

Ergebnis

In diesem Beispiel gibt es zwei Pfade durch den Netzplan:

  • Pfad 1: A → B → E → G → H = 5 + 8 + 12 + 5 + 3 = 33 Tage
  • Pfad 2: A → C → D → F → G → H = 5 + 4 + 10 + 6 + 5 + 3 = 33 Tage

Beide Pfade sind gleich lang – in diesem Fall sind beide Pfade kritisch. Das bedeutet: Jede Verzögerung auf einem der beiden Pfade verlängert das Projekt. Eine Situation, die besondere Aufmerksamkeit in der Projektsteuerung erfordert.

Netzplan mit kritischem Pfad

Der kritische Pfad im Gantt-Diagramm

Im Gantt-Diagramm wird der kritische Pfad typischerweise durch rot eingefärbte Balken dargestellt. Nicht-kritische Vorgänge bleiben in der Standardfarbe, und ihre Pufferzeiten werden oft als dünne Verlängerung des Balkens angezeigt.

Diese Visualisierung macht auf einen Blick sichtbar, welche Aufgaben den Projekttermin bestimmen und wo Spielraum besteht. Die meisten modernen Projektmanagement-Tools – von Microsoft Project bis zu webbasierten Lösungen – können den kritischen Pfad automatisch berechnen und im Gantt-Diagramm hervorheben.

Beachten Sie: Der kritische Pfad kann sich im Projektverlauf ändern. Wenn ein nicht-kritischer Vorgang seine Pufferzeit aufbraucht, kann er selbst kritisch werden. Regelmäßige Neuberechnungen sind daher sinnvoll.

Kritischer Pfad und Netzplantechnik

Die Critical Path Method ist untrennbar mit der Netzplantechnik verbunden. Der Netzplan liefert die grafische Grundlage: Er stellt Vorgänge als Knoten und Abhängigkeiten als Pfeile dar. Die CPM-Berechnung liefert die zeitlichen Werte, die in jeden Knoten eingetragen werden.

In der Praxis wird zwischen zwei Netzplan-Darstellungen unterschieden:

  • Vorgangsknotennetzplan (VKN): Vorgänge werden als Kästen dargestellt, Pfeile zeigen Abhängigkeiten. Dies ist die heute gebräuchlichste Form.
  • Vorgangspfeilnetzplan (VPN): Vorgänge werden als Pfeile dargestellt, Knoten repräsentieren Ereignisse. Diese Darstellung wird seltener verwendet.

Für die Berechnung des kritischen Pfads ist die Darstellungsform unerheblich – das Ergebnis ist dasselbe.

Vorteile und Grenzen der Critical Path Method

Vorteile

  • Klarheit: CPM beantwortet die wichtigste Frage der Terminplanung: Wie lange dauert das Projekt mindestens?
  • Priorisierung: Projektleiter wissen genau, welche Vorgänge besondere Aufmerksamkeit verdienen.
  • Frühwarnsystem: Verzögerungen auf dem kritischen Pfad werden sofort als projektgefährdend erkannt.
  • Pufferinformation: Die Methode liefert als Nebenprodukt die Pufferzeiten aller Vorgänge – wertvolle Informationen für Feinplanung und Ressourcensteuerung.
  • Kommunikation: Der kritische Pfad bietet eine klare, verständliche Grundlage für Gespräche mit Stakeholdern und Auftraggebern.

Grenzen

  • Statisches Modell: CPM geht davon aus, dass Dauern feststehen und sich nicht ändern. In der Realität schwanken sie.
  • Keine Ressourcenkonflikte: Die Methode berücksichtigt nicht, ob dieselbe Person für zwei parallele Vorgänge eingeplant ist. Ressourcenkonflikte müssen separat gelöst werden.
  • Schätzgenauigkeit: Die Qualität des Ergebnisses hängt vollständig von der Qualität der Dauerschätzungen ab. Schlechte Schätzungen führen zu einem falschen kritischen Pfad.
  • Komplexität bei großen Projekten: Bei Projekten mit Hunderten von Vorgängen wird die manuelle Berechnung unpraktikabel. Hier sind Software-Tools unverzichtbar.

Die Critical Chain Project Management (CCPM) – entwickelt von Eliyahu Goldratt – adressiert einige dieser Schwächen. Sie berücksichtigt Ressourcenkonflikte und arbeitet mit Puffern am Ende des Projekts statt an jedem einzelnen Vorgang. CCPM kann als Weiterentwicklung des klassischen CPM-Ansatzes verstanden werden.

Tipps für die Praxis

  1. Berechnen Sie den kritischen Pfad früh. Bereits in der Projektplanung liefert der kritische Pfad wertvolle Erkenntnisse darüber, ob der gewünschte Endtermin realistisch ist.

  2. Aktualisieren Sie regelmäßig. Der kritische Pfad ist keine einmalige Berechnung. Er verändert sich, wenn Vorgänge schneller oder langsamer abgeschlossen werden als geplant. Integrieren Sie die Neuberechnung in Ihre regelmäßigen Statusreviews.

  3. Schützen Sie den kritischen Pfad. Setzen Sie Ihre erfahrensten Mitarbeiter auf kritische Vorgänge. Vermeiden Sie es, Personen auf dem kritischen Pfad mit anderen Aufgaben zu belasten.

  4. Beachten Sie Fast-Tracking und Crashing. Wenn der kritische Pfad zu lang ist, gibt es zwei Beschleunigungsstrategien: Fast-Tracking parallelisiert Vorgänge, die eigentlich sequenziell geplant waren. Crashing setzt zusätzliche Ressourcen ein, um einzelne Vorgänge zu verkürzen. Beide Strategien haben Risiken und Kosten.

  5. Vergessen Sie die nahezu kritischen Pfade nicht. Ein Pfad mit nur einem Tag Puffer kann durch eine kleine Verzögerung zum neuen kritischen Pfad werden. Behalten Sie auch diese Pfade im Blick.

Häufig gestellte Fragen

Der kritische Pfad ist der längste Weg durch einen Projektplan – also die Abfolge von Vorgängen, die die Mindestdauer des Projekts bestimmt. Anders ausgedrückt: Der kritische Pfad ist die Kette von Aufgaben, die keinen zeitlichen Puffer haben.

Die Berechnung erfolgt in vier Schritten: 1. Vorgänge und Abhängigkeiten auflisten, 2. Vorwärtsrechnung (früheste Anfangs- und Endzeitpunkte), 3. Rückwärtsrechnung (späteste Anfangs- und Endzeitpunkte), 4. Pufferzeit berechnen. Alle Vorgänge mit Pufferzeit null liegen auf dem kritischen Pfad.

Jede Verzögerung auf dem kritischen Pfad verlängert die gesamte Projektdauer um genau diesen Zeitraum. Deshalb erfordern kritische Vorgänge besondere Aufmerksamkeit und sollten priorisiert werden.

Ja. Wenn nicht-kritische Vorgänge ihre Pufferzeit aufbrauchen oder kritische Vorgänge schneller abgeschlossen werden als geplant, kann sich der kritische Pfad verschieben. Regelmäßige Neuberechnungen sind daher empfehlenswert.

Beide Methoden identifizieren den kritischen Pfad im Netzplan. CPM verwendet feste Dauerschätzungen für jeden Vorgang. PERT arbeitet mit drei Schätzwerten (optimistisch, wahrscheinlichst, pessimistisch) und berechnet daraus einen gewichteten Erwartungswert. CPM eignet sich besser für Projekte mit erfahrungsbasierten Schätzungen, PERT für Projekte mit hoher Unsicherheit.

Jörg Friedrich

Jörg Friedrich

Senior Advisor

Jörg Friedrich ist der ursprüngliche Autor der Projektmanagement-Software Allegra und begleitet die Entwicklung bis heute. Er hat viele Jahre Industrieerfahrung als Projekt- und Abteilungsleiter. Er ist darüber hinaus als Professor in der Fakultät Informatik und Informationstechnik an der Hochschule Esslingen tätig.