PERT-Diagramm: Definition, Erstellung und Beispiele

Ein PERT-Diagramm ist ein Netzplan, der alle Aufgaben eines Projekts, die Abhängigkeiten zwischen diesen Aufgaben und eine probabilistische Zeitschätzung für jede einzelne abbildet. Projektteams nutzen ihn, wenn sie keine exakten Dauern festlegen können, aber dennoch einen realistischen Zeitplan benötigen, den sie gegenüber Stakeholdern vertreten können.

Was ist ein PERT-Diagramm?

Ein PERT-Diagramm (Program Evaluation and Review Technique) ist ein visuelles Projektplanungs-Tool, das Aufgaben als Knoten und Abhängigkeiten als Pfeile darstellt und drei Zeitschätzungen pro Aufgabe verwendet, um Unsicherheit zu berücksichtigen. Es wurde 1958 vom Sonderprojeketbüro der US-Marine und der Unternehmensberatung Booz Allen Hamilton entwickelt, um das Polaris-Raketen-Programm zu managen, eines der komplexesten Ingenieursprojekte des Kalten Krieges. Die Marine brauchte eine Methode, um Tausende von Auftragnehmern mit sehr unterschiedlichen Vertrauensniveaus in ihre Zeitpläne zu koordinieren.

Die Methode verbreitete sich schnell in Luft- und Raumfahrt, Bauwesen und Softwareentwicklung. Heute steht sie neben Flussdiagrammen und Business-Process-Management-Tools als grundlegende Technik für jeden, der Unsicherheit in einem Zeitplan modellieren muss.

Schlüsselbegriffe:

• Knoten (oder Ereignis): ein Kreis oder Rechteck, das einen Meilenstein oder eine Aufgabe darstellt
• Pfeil (oder Aktivität): eine gerichtete Linie, die Reihenfolge und Abhängigkeit zeigt
• Kritischer Pfad: der längste Weg durch das Netzwerk; jede Verzögerung darauf verzögert das gesamte Projekt
• Float (Puffer): die Zeit, um die eine Aufgabe sich verzögern kann, ohne den kritischen Pfad zu beeinflussen

Key Facts

Das ursprüngliche PERT-Programm soll den Zeitplan für das Polaris-Raketenprogram um schätzungsweise 2 Jahre verkürzt haben (US-Marine, 1958). PMIs 2024 Pulse of the Profession ergab, dass Unternehmen im Durchschnitt 97 Millionen USD pro 1 Milliarde USD Investition durch schlechte Projektleistung verschwenden, wobei Zeitplanüberschreitungen zu den häufigsten Ursachen zählen. Gartner prognostiziert, dass der globale Projektmanagement-Softwaremarkt bis 2027 9,8 Milliarden USD übersteigen wird, teilweise getrieben durch die Nachfrage nach probabilistischen Planungsfunktionen.

PERT-Diagramm vs. Gantt-Diagramm vs. Methode des kritischen Pfads vs. Netzplan

Diese vier Begriffe überschneiden sich in der Praxis, bedeuten aber unterschiedliche Dinge. Hier ein direkter Vergleich:

PERT und CPM verwenden dieselbe Netzwerkstruktur, unterscheiden sich aber in einem entscheidenden Punkt: CPM setzt deterministische Dauern voraus; PERT akzeptiert einen Bereich. Bei völlig neuen Projekten ohne historische Daten ist PERT das ehrlichere Tool. Für Waterfall-Methodik-Projekte mit gut bekannten Aufgabentypen ist CPM oder ein Gantt-Diagramm in der Regel einfacher.

Die Drei-Punkt-Zeitschätzungs-Formel

PERTs definierendes Merkmal ist die Drei-Punkt-Schätzung. Statt zu fragen „Wie lange dauert das?", stellen Sie drei Fragen:

• O (Optimistisch): die kürzest mögliche Dauer, wenn alles gut läuft
• M (Wahrscheinlichste): die realistische Dauer unter normalen Bedingungen
• P (Pessimistisch): die längst plausible Dauer, wenn Dinge schiefgehen

Die erwartete Zeit (TE) ist ein gewichteter Durchschnitt, der der wahrscheinlichsten Schätzung viermal mehr Gewicht beimisst:

TE = (O + 4M + P) / 6

Die Standardabweichung (SD) zeigt Ihnen, wie breit der Bereich ist:

SD = (P - O) / 6

Berechnungsbeispiel:

Angenommen, Sie schätzen eine Code-Review-Aufgabe. Ihr Team denkt:

• Optimistisch: 3 Tage (Prüfer hat keine Fragen)
• Wahrscheinlichste: 5 Tage (ein paar Kommentar-Threads, normaler Austausch)
• Pessimistisch: 11 Tage (schwerwiegende Architekturbedenken erhoben)

Einsetzen:

TE = (3 + 4×5 + 11) / 6 = (3 + 20 + 11) / 6 = 34 / 6 = 5,67 Tage
SD = (11 - 3) / 6 = 8 / 6 = 1,33 Tage

Sie würden also etwa 5,7 Tage mit einer Streuung von ca. 1,3 Tagen einplanen. Das ist die Zahl, die Sie für diese Aufgabe in Ihren Netzplan eingeben, nicht die naive Schätzung von „fünf Tagen", die das pessimistische Szenario ignoriert.

Wie man ein PERT-Diagramm in 6 Schritten erstellt

Schritt 1: Alle Aufgaben auflisten

Jeden Liefergegenstand und jede Aktivität aufschreiben, die zum Abschluss des Projekts erforderlich sind. Spezifisch genug sein, dass jedes Element einen klaren Anfang und ein klares Ende hat. Einen Projektstrukturplan verwenden, wenn das Projekt umfangreich ist.

• Am Output (dem abschließenden Liefergegenstand) beginnen und rückwärts arbeiten
• Review- und Freigabeschritte einschließen, nicht nur Produktionsarbeit
• Aufgaben klein genug halten, dass eine Person jede einzelne verantwortet

Schritt 2: Abhängigkeiten identifizieren

Für jede Aufgabe fragen: „Was muss abgeschlossen sein, bevor das beginnen kann?" Diese Vorgänger-Beziehungen markieren. Manche Aufgaben können parallel laufen; andere sind streng sequenziell.

• Eine einfache Tabelle verwenden: Aufgabe | Vorgänger
• Auf zirkuläre Abhängigkeiten achten (A braucht B, B braucht A) -- sie signalisieren einen Planungsfehler
• Mit den ausführenden Personen validieren, nicht nur mit dem Projektmanager

Schritt 3: Aufgabendauern schätzen (O, M, P)

Den Aufgabenverantwortlichen oder ein kleines Expertengremium nach drei Zahlen fragen: optimistisch, wahrscheinlichste und pessimistisch. TE und SD für jede Aufgabe berechnen.

• Anker-Effekte vermeiden: O und P vor M einholen, um eine vorzeitige Verengung des Bereichs zu verhindern
• Wenn P mehr als 3x O beträgt, muss die Aufgabe wahrscheinlich in kleinere Teile aufgeteilt werden
• Annahmen neben den Schätzungen dokumentieren

Schritt 4: Das Netzwerk zeichnen

Links mit einem „Start"-Knoten beginnen. Jede Aufgabe als Knoten hinzufügen und Pfeile von Vorgängern zu Nachfolgern zeichnen. Mit einem „Fertig"-Knoten enden. Jeden Pfeil oder Knoten mit dem TE beschriften.

• Pfeile von links nach rechts fließen lassen
• Parallele Zweige für gleichzeitige Aufgaben verwenden
• Software-Tools (Lucidchart, Microsoft Visio, ProjectLibre) erledigen das Layout automatisch

Schritt 5: Den kritischen Pfad berechnen

Der kritische Pfad ist die Aufgabenabfolge mit der längsten Gesamtdauer. Jede Verzögerung auf dem kritischen Pfad ist eine direkte Verzögerung des Projektenddatums.

Um ihn zu finden: TE für jeden möglichen Pfad von Start bis Fertig addieren. Der Pfad mit der größten Summe ist kritisch. Aufgaben, die nicht auf dem kritischen Pfad liegen, haben Float (die Lücke zwischen ihrem spätesten und frühesten Ende).

• Float = 0 auf dem kritischen Pfad
• Positiver Float = Zeitpuffer bei nicht-kritischen Aufgaben
• Negativer Float = Aufgabe liegt bereits hinter dem Plan

Schritt 6: Im Projektverlauf aktualisieren

Ein PERT-Diagramm ist ein lebendes Dokument. Wenn eine Aufgabe früher oder später abgeschlossen wird, TE für nachgelagerte Aufgaben neu berechnen, prüfen, welcher Pfad nun am längsten ist, und das Team informieren.

• Die kritische-Pfad-Berechnung jedes Mal erneut durchführen, wenn eine wichtige Aufgabe um mehr als eine SD abweicht
• Tatsächliche Dauern mit O/M/P-Schätzungen vergleichen, um zukünftige Projekte besser zu kalibrieren
• Abgeschlossene Schätzungen archivieren -- sie werden zu Ihren „M"-Inputs für ähnliche zukünftige Arbeit

Vorteile und Einschränkungen von PERT-Diagrammen

Vorteile:

• Erzwingt ein explizites Gespräch über Unsicherheit, bevor die Arbeit beginnt
• Macht den kritischen Pfad sichtbar, damit Teams wissen, wo das Risikomanagement anzusetzen ist
• Funktioniert gut bei neuartigen oder forschungsintensiven Projekten ohne historische Baselines
• Die Drei-Punkt-Schätzung ist statistisch fundiert, nicht nur eine Bauchentscheidung
• Verbindet sich natürlich mit Projektmanagement-Kompetenz-Frameworks, die risikobereinigte Planung erfordern

Einschränkungen:

• Zeitintensiv in der Einrichtung bei Projekten mit Hunderten von Aufgaben
• Erfordert ehrliche Schätzungen; wenn Teams pessimistische Zahlen zu niedrig ansetzen, ist das Modell wertlos
• Zeigt keine Ressourcenzuteilung oder Kosten -- für diese Aspekte mit einem Gantt-Diagramm kombinieren
• Die Formel setzt eine Beta-Verteilung voraus, die möglicherweise nicht dem realen Aufgabenverhalten entspricht
• Ein großes PERT-Netzwerk manuell zu pflegen ist fehleranfällig; Software ist ab etwa 20 Aufgaben nahezu unerlässlich

PERT-Diagramm-Beispiele

Beispiel 1: Software-Release

Ein kleines Team liefert eine neue Funktion aus. Hier ist ihre PERT-Schätzungstabelle:

Pfade:

• A - B - D - E - F = 2,33 + 4,33 + 4,50 + 5,33 + 2,17 = 18,66 Tage
• A - C - E - F = 2,33 + 6,50 + 5,33 + 2,17 = 16,33 Tage

Kritischer Pfad: A - B - D - E - F mit 18,66 Tagen. Die Backend-Aufgabe (C) hat 2,33 Tage Float.

Beispiel 2: Büroausbau-Phase

Ein Facility-Management-Team baut eine neue Etage aus:

Pfade:

• A - B - C - E - F = 10,83 + 3,33 + 5,33 + 6,17 + 4,17 = 29,83 Tage
• A - B - D - E - F = 10,83 + 3,33 + 7,67 + 6,17 + 4,17 = 32,17 Tage

Kritischer Pfad: A - B - D - E - F mit 32,17 Tagen. Elektro (C) hat 2,34 Tage Float.

PERT vs. CPM in der Praxis

PERT und CPM sind verwandte Methoden, keine Konkurrenten. PERT einsetzen, wenn:

• Das Projekt neu ist und die Schätzungen mit hoher Unsicherheit behaftet sind (F&E, erstmalige Projekte, Software-Greenfield)
• Sie Stakeholdern einen Bereich kommunizieren möchten, nicht nur ein einzelnes Datum
• Das Team Experten hat, die glaubwürdige O/M/P-Schätzungen liefern können

Zu CPM wechseln, wenn:

• Solide historische Daten für Aufgabendauern vorliegen (wiederkehrende Bauprojekte, Fertigungsläufe)
• Einfachheit wichtig ist -- eine Einzel-Punkt-Schätzung ist für nicht-technische Sponsoren einfacher zu erklären
• Sie Ressourcennivellierungs- oder Kostenverfolgungstools integrieren, die deterministische Inputs erwarten

Viele Teams nutzen beide: PERT in der Planungsphase, um den Zeitplan festzulegen, dann CPM, wenn das Projekt in die Ausführung geht und tatsächliche Werte die Schätzungen ersetzen. Eine fundierte RACI-Matrix und ein Kanban-Board ergänzen PERT, um Verantwortlichkeit und tägliche Arbeit sichtbar zu halten, ohne den Netzplan zu überladen.

Häufig gestellte Fragen

Wofür steht PERT? PERT steht für Program Evaluation and Review Technique. Der Name spiegelt seine Ursprünge im Programmmanagement wider, wo „Programm" eine große staatliche Initiative mit vielen Verträgen und Organisationen bedeutete.

Wer hat das PERT-Diagramm erfunden? PERT wurde 1958 vom Sonderprojeketbüro der US-Marine entwickelt, zusammen mit Unternehmensberatern von Booz Allen Hamilton und Lockheed. Das primäre Entwicklungsteam umfasste Willard Fazar und D.G. Malcolm. Es wurde speziell für das Polaris-Raketen-Programm entwickelt.

Wird PERT heute noch eingesetzt? Ja, allerdings seltener als eigenständiges Tool. Viele Projektmanagement-Plattformen integrieren PERT-ähnliche Drei-Punkt-Schätzung in ihre Planungsmaschinen, ohne es „PERT" zu nennen. Verteidigung, Luft- und Raumfahrt und große Infrastrukturprojekte setzen es weiterhin explizit ein. In der Software erscheint es in einigen agilen Schätztechniken (Drei-Punkt-Story-Points) und in formalen Risikomodellen.

Was ist der Unterschied zwischen PERT und Gantt? Ein Gantt-Diagramm zeigt Aufgaben auf einem Kalender-Zeitstrahl mit Balken, die die Dauer darstellen. Ein PERT-Diagramm zeigt Aufgaben als Knoten in einem Netzwerk und betont Reihenfolge und Abhängigkeiten statt Kalenderdaten. Gantt eignet sich besser für die tägliche Verfolgung; PERT ist besser für die Planung unter Unsicherheit und die Identifizierung des kritischen Pfads.

Welche Software kann ein PERT-Diagramm erstellen? Die meisten dedizierten Projektmanagement-Tools unterstützen PERT-ähnliche Netzwerkansichten: Microsoft Project, Lucidchart, Smartsheet, ProjectLibre (Open Source) und OmniPlan. Allgemeine Diagramm-Tools wie draw.io oder Miro ermöglichen den manuellen Aufbau von PERT-Netzwerken. Tabellenkalkulationen (Excel, Google Sheets) funktionieren für kleine Netzwerke in Kombination mit einer Formel-Spalte für TE.

Abschluss

Terminunsicherheit lässt sich nicht wegwünschen. Ein PERT-Diagramm erzwingt das Gespräch darüber, wie „fertig" unter guten, normalen und schlechten Bedingungen realistisch aussehen könnte. Diese Ehrlichkeit, eingebettet in einen Netzplan, ermöglicht es Teams, sich auf ein Datum festzulegen, das sie tatsächlich vertreten können, statt auf eines, das sie sich nur erhofft haben. Beginnen Sie mit einer Aufgabenliste und drei Fragen pro Aufgabe. Der kritische Pfad zeigt Ihnen, worauf Sie den Rest Ihrer Energie konzentrieren sollten.