Monte-Carlo-Simulation im Projektmanagement erklärt

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Die Monte-Carlo-Simulation ist das Nächste, was das Projektmanagement einer tatsächlich funktionierenden Kristallkugel hat. Statt zu fragen "Wann wird dieses Projekt fertig?" und ein einzelnes Datum zu akzeptieren, fragt sie "Wie hoch ist die Wahrscheinlichkeit, an jedem möglichen Datum fertig zu sein?" und führt dazu Tausende zufällig generierter Szenarien durch.
Das Ergebnis ist kein Versprechen. Es ist eine Wahrscheinlichkeitsverteilung: ein realistisches Bild aller Arten, wie sich Ihr Projekt entwickeln könnte, gewichtet danach, wie wahrscheinlich jedes Ergebnis ist. Dieser Wandel, von einem selbstsicher klingenden einzelnen Datum hin zu einer ehrlichen Spanne mit angehängten Wahrscheinlichkeiten, verändert, wie Teams planen, puffern und sich gegenüber Stakeholdern verpflichten.
Was ist die Monte-Carlo-Simulation?
Die Monte-Carlo-Simulation ist ein rechnerisches Verfahren, das viele zufällige Durchläufe ausführt, um Unsicherheit zu modellieren. Jeder Durchlauf ist eine plausible Version Ihres Projekts. Die Simulation erzeugt Tausende dieser Versionen, variiert dabei Aufgabendauern oder Kosten innerhalb festgelegter Spannen und fasst die Ergebnisse anschließend zu einer Wahrscheinlichkeitsverteilung zusammen.
Im Projektmanagement beantwortet sie zwei zentrale Fragen:
- Wie hoch ist die Wahrscheinlichkeit, das Projekt bis zu einem bestimmten Datum abzuschließen?
- Wie hoch ist die realistische Spanne der Gesamtkosten angesichts der Unsicherheit in den Aufgabenschätzungen?
Das Ergebnis ist eine S-Kurve (ein kumulatives Wahrscheinlichkeitsdiagramm), aus der Sie Aussagen ablesen können wie: "Es besteht eine Wahrscheinlichkeit von 70 %, bis zum 15. Oktober fertig zu sein" oder "Es besteht eine Wahrscheinlichkeit von 80 %, dass das Projekt weniger als 420.000 $ kostet."
Anders als ein Gantt-Diagramm, das eine einzelne Zeitleiste zeigt, zeigt Monte Carlo alle möglichen Zeitleisten und wie oft jede davon eintritt.
Key Facts
Die Methode ist nach dem Casino Monte Carlo in Monaco benannt, ein Verweis auf die Rolle von Zufall und Wahrscheinlichkeit sowohl beim Glücksspiel als auch bei der Modellierung komplexer Systeme. Die Technik wurde von den Mathematikern Stanislaw Ulam und dem Physiker John von Neumann Ende der 1940er-Jahre am Los Alamos National Laboratory im Rahmen der Forschung an Kernwaffen formalisiert, wo sie die Neutronendiffusion durch Zufallsstichproben modellieren mussten. Bei der Projektterminplanung laufen Simulationen typischerweise mit 1.000 bis 10.000 oder mehr Iterationen, um statistisch stabile Ergebnisse zu erzielen; weniger als 1.000 Iterationen können verrauschte Ergebnisse liefern, die sich zwischen Durchläufen deutlich verschieben.
Wie die Monte-Carlo-Simulation funktioniert
Der Motor hinter jedem Monte-Carlo-Durchlauf ist die zufällige Stichprobenziehung aus Wahrscheinlichkeitsverteilungen. Hier ist die Abfolge:
Schritt 1: Verteilungen den Aufgabendauern (oder Kosten) zuweisen. Statt einer einzelnen Schätzung erhält jede Aufgabe eine Spanne, meist definiert durch drei Werte: optimistisch (O), wahrscheinlichst (M) und pessimistisch (P). Diese fließen in eine Dreiecks- oder Beta-Verteilung ein. (Dies ist dieselbe Drei-Punkt-Eingabe, die bei der PERT-basierten Drei-Punkt-Schätzung verwendet wird.)
Schritt 2: Die Simulation wählt einen Zufallswert. Bei jeder Iteration zieht die Software für jede Aufgabe zufällig einen Dauerwert aus deren Verteilung. Eine Aufgabe mit O=3 Tagen, M=5 Tagen und P=12 Tagen liefert gelegentlich eine 3, häufig einen Wert nahe 5 und manchmal eine 11.
Schritt 3: Sie berechnet das Projektenddatum (oder die Kosten) für diesen Durchlauf. Die gezogenen Werte durchlaufen Ihr Projektnetzwerk unter Berücksichtigung der Aufgabenabhängigkeiten und ergeben ein mögliches Abschlussdatum.
Schritt 4: Tausende Male wiederholen. Jede Wiederholung ist ein unabhängiger Durchlauf. Nach 5.000 oder 10.000 Durchläufen haben Sie eine Häufigkeitsverteilung der Ergebnisse.
Schritt 5: Die S-Kurve ablesen. Die kumulative Häufigkeitskurve zeigt, welcher Prozentsatz der Durchläufe bis zu welchem Datum fertig war, und liefert direkte Wahrscheinlichkeitsaussagen.
Beispielhafte Drei-Punkt-Eingaben
| Aufgabe | Optimistisch | Wahrscheinlichst | Pessimistisch |
|---|---|---|---|
| Anforderungserhebung | 5 Tage | 8 Tage | 18 Tage |
| Designphase | 10 Tage | 14 Tage | 22 Tage |
| Entwicklungssprint 1 | 12 Tage | 16 Tage | 30 Tage |
| QA-Tests | 4 Tage | 7 Tage | 15 Tage |
| Deployment | 1 Tag | 2 Tage | 5 Tage |
Jede Zeile ist eine unabhängige Verteilung. Die Simulation zieht bei jeder Iteration alle fünf gleichzeitig, summiert den Netzwerkpfad und erfasst eine Abschlussdauer. Nach Tausenden von Durchläufen wird die Verteilung dieser erfassten Dauern zu Ihrer Prognose.
Monte Carlo vs. Einzelpunktschätzung
| Dimension | Einzelpunktschätzung | Monte-Carlo-Simulation |
|---|---|---|
| Ergebnis | Ein Datum oder ein Kostenwert | Wahrscheinlichkeitsverteilung von Daten oder Kosten |
| Unsicherheit | Verborgen (in einem "Puffer" eingebacken) | Explizit (als Spanne mit Wahrscheinlichkeiten dargestellt) |
| Sichtbarkeit von Risiken | Gering | Hoch |
| Gespräch mit Stakeholdern | "Wir werden bis zum 15. Oktober fertig sein" | "70 % Wahrscheinlichkeit bis 15. Oktober, 90 % Wahrscheinlichkeit bis 1. November" |
| Aufwand zur Einrichtung | Minimal | Moderat (erfordert Software + kalibrierte Eingaben) |
| Genauigkeit bei komplexen Projekten | Oft optimistisch | Deutlich besser |
Einzelpunktschätzungen wirken präzise, tendieren aber zu Optimismus. Psychologisch verankern sich Teams an Best-Case-Szenarien. Monte Carlo beseitigt die Unsicherheit nicht. Sie macht sie sichtbar, damit Sie sie steuern können, statt so zu tun, als gäbe es sie nicht.
So führen Sie eine Monte-Carlo-Simulation durch
Schritt 1: Das Projektnetzwerk abbilden
Beginnen Sie mit einem vollständigen Netzplan der Aufgaben und Abhängigkeiten. Monte Carlo folgt demselben logischen Pfad wie Ihre Analyse der Methode des kritischen Pfads. Wenn Ihr Netzplan fehlerhaft oder unvollständig ist, liefert die Simulation eine trügerische Sicherheit. Überprüfen Sie zuerst Float und Slack im Zeitplan. Nahezu kritische Pfade mit geringem Float tragen maßgeblich zum Terminrisiko bei.
Schritt 2: Drei-Punkt-Schätzungen für jede Aufgabe zuweisen
Erfassen Sie für jede Aufgabe (oder zumindest jede unsichere Aufgabe) optimistische, wahrscheinlichste und pessimistische Dauern. Ziehen Sie diese aus historischen Daten, wo vorhanden. Wo nicht, nutzen Sie das Urteil von Fachexperten, drängen Sie aber auf wirklich weite pessimistische Werte. Die meisten Teams unterschätzen den pessimistischen Fall um den Faktor zwei.
Protokollieren Sie Ihre Schätzungen zusammen mit jeder Aufgabe in einem Risikoregister. So haben Sie einen zentralen Ort, um zu verfolgen, welche Aufgaben das größte Terminrisiko tragen und warum.
Schritt 3: Die Simulation ausführen
Importieren Sie Ihr Netzwerk und Ihre Verteilungen in ein Tool, das Monte Carlo unterstützt (Primavera Risk Analysis, @Risk für Excel, Oracle Crystal Ball, Microsoft Project mit Add-ins oder speziell entwickelte Tools wie Safran Risk). Legen Sie die Anzahl der Iterationen fest: 5.000 reichen in der Regel für eine klare Verteilung; 10.000 liefern schärfere Ränder.
Führen Sie die Simulation aus. Je nach Tool und Projektgröße dauert das Sekunden bis Minuten.
Schritt 4: Die S-Kurve ablesen und P50 sowie P80 bestimmen
Das Ergebnis ist eine kumulative Wahrscheinlichkeitskurve. Zwei Punkte sind am wichtigsten:
- P50: Das Datum, bis zu dem 50 % der Simulationsdurchläufe abgeschlossen waren. Dies ist das statistisch unverzerrte mediane Fertigstellungsdatum.
- P80: Das Datum, bis zu dem 80 % der Durchläufe abgeschlossen waren. Dies ist das Datum, zu dem Sie sich mit 80 % Konfidenz verpflichten können.
Die meisten Teams verwenden P50 als internes Planungsziel und P80 als das Datum, zu dem sie sich gegenüber externen Stakeholdern verpflichten. Manche Projekte mit hohem Risiko oder vertraglicher Bindung nutzen P85 oder P90.
Schritt 5: Auf Basis der Ergebnisse handeln
Wenn das P80-Datum vor Ihrer vertraglichen Frist liegt, haben Sie zeitlichen Spielraum. Wenn P50 die Frist bereits überschreitet, haben Sie ein strukturelles Problem: Reduzieren Sie jetzt den Umfang, fügen Sie Ressourcen hinzu oder passen Sie die Erwartungen an. Verhandeln Sie nicht mit dem P50-Datum, wenn der Vertrag verspätete Lieferung bestraft. Verhandeln Sie mit P80.
Nutzen Sie die Simulationsergebnisse, um herauszufinden, welche Aufgaben den größten Beitrag zur Terminvarianz leisten. Diese Aufgaben verdienen besondere Aufmerksamkeit bei der Risikominderung in Ihrem Plan zum Projektrisikomanagement und sollten in Ihrer Risikomatrix sichtbar sein.
Vorteile der Monte-Carlo-Simulation
Realistische Prognosen. Die Simulation berücksichtigt die gesamte Bandbreite möglicher Ergebnisse statt der optimistischen Punktschätzung des Managers. Projekte mit vielen voneinander abhängigen Aufgaben neigen besonders zum Merge-Bias-Effekt, bei dem parallele Pfade zusammenlaufen und der längste dominiert. Einzelpunktschätzungen übersehen dies regelmäßig.
Bessere Gespräche mit Stakeholdern. Ein P80-Datum und eine S-Kurve zu präsentieren ist ehrlicher und leichter zu vertreten als ein einzelnes Datum. Stakeholder, die Wahrscheinlichkeit verstehen, können fundierte Entscheidungen über akzeptables Risiko treffen.
Quantifiziertes Risikoausmaß. Die Streuung der Verteilung zeigt Ihnen, wie viel Unsicherheit besteht. Eine schmale Verteilung bedeutet, dass das Projekt gut verstanden ist. Eine breite Verteilung ist ein Signal für weitere Untersuchungen.
Prioritätengesteuertes Risikomanagement. Die Simulation identifiziert, welche Aufgaben am meisten zur Varianz beitragen, sodass Ihr Risikoregister und Ihr Minderungsbudget an den richtigen Stellen ansetzen.
Unterstützt Vertragsverhandlungen. Viele große Infrastruktur- und Verteidigungsprogramme erfordern inzwischen eine probabilistische Terminanalyse. Monte Carlo ist die Standardmethode.
Häufige Fehler
Fehlerhafte Eingabewerte (Garbage-in). Monte Carlo ist nur so gut wie die Verteilungen, mit denen Sie sie füttern. Teams, die pessimistische Werte komprimieren, um unangenehme Gespräche zu vermeiden (P = M + 20 %), erzeugen Ergebnisse, die präzise wirken, aber statistisch falsch sind. Die pessimistische Schätzung sollte einen plausiblen schlimmsten Fall widerspiegeln, keinen leicht schlechten Fall.
Korrelation zwischen Aufgaben ignorieren. Wenn sich eine Aufgabe verzögert, weil dieselbe Ressource bei drei Aufgaben zum Engpass wird, verzögern sich alle drei gemeinsam. Die meisten einfachen Monte-Carlo-Aufbauten behandeln Aufgaben als unabhängig. Wird die positive Korrelation (bei der eine Verzögerung tendenziell weitere verursacht) nicht modelliert, wird das Terminrisiko systematisch unterschätzt.
P50 als sichere Verpflichtung behandeln. P50 bedeutet, dass Sie eine 50%ige Wahrscheinlichkeit haben, zu spät zu sein. Das ist ein Münzwurf. Sich gegenüber Stakeholdern, die pünktliche Lieferung erwarten, auf ein P50-Datum festzulegen, ist ein Rezept für wiederkehrende Enttäuschung. Verwenden Sie für Verpflichtungen P80 oder höher.
Nur eine Simulation durchführen. Eingaben ändern sich im Projektverlauf. Führen Sie die Simulation an wichtigen Meilensteinen oder beim Eintreten eines größeren Risikos erneut durch. Eine statische Simulation, die beim Kickoff erstellt und nie wieder überprüft wird, vermittelt trügerische Sicherheit.
Die S-Kurve falsch lesen. Das P80-Datum ist nicht "der schlimmste Fall." Es ist der Punkt, an dem 80 % der Durchläufe fertig waren. Es besteht weiterhin eine 20%ige Wahrscheinlichkeit, später fertig zu werden, manchmal deutlich später, wenn die Verteilung einen langen Ausläufer hat.
Monte-Carlo-Beispiel: Software-Release-Projekt
Ein Softwareteam plant einen Produktrelease mit vier Hauptphasen. Ihre Drei-Punkt-Schätzungen lauten:
| Phase | Optimistisch | Wahrscheinlichst | Pessimistisch |
|---|---|---|---|
| Architektur und Design | 8 Tage | 12 Tage | 25 Tage |
| Backend-Entwicklung | 20 Tage | 30 Tage | 55 Tage |
| Frontend und Integration | 15 Tage | 22 Tage | 40 Tage |
| QA und Release-Vorbereitung | 6 Tage | 10 Tage | 20 Tage |
Eine einfache Einzelpunktschätzung mit den wahrscheinlichsten Werten ergibt insgesamt 74 Tage. Das Team plant eine Frist von 80 Tagen ab Projektstart und fühlt sich damit wohl.
Nach einer Monte-Carlo-Simulation mit 10.000 Iterationen sehen die Ergebnisse ganz anders aus:
| Konfidenzniveau | Abschlussdauer |
|---|---|
| P50 | 83 Tage |
| P70 | 91 Tage |
| P80 | 97 Tage |
| P90 | 108 Tage |
Der P50-Wert liegt bereits über dem 80-Tage-Ziel. Es besteht eine Wahrscheinlichkeit von etwa 30 %, innerhalb von 80 Tagen fertig zu werden, weit unter jedem akzeptablen Konfidenzniveau für eine externe Release-Verpflichtung. Das Team hat nun klare Belege, um entweder den Umfang zu reduzieren, Ressourcen für die Backend-Phase (die Aufgabe mit der höchsten Varianz) hinzuzufügen oder das Release-Datum neu zu verhandeln. Die Durchführung der Simulation deckte ein Problem auf, das die Einzelpunktschätzung vollständig verschleiert hatte.
Häufig gestellte Fragen
Wie viele Iterationen sollte eine Monte-Carlo-Simulation ausführen?
Bei den meisten Projektzeitplänen liefern 1.000 Iterationen eine brauchbare Verteilung. 5.000 liefern stabile Ergebnisse für die übliche Berichterstattung. 10.000 sind der Standard für Analysen mit hohem Risiko oder vertraglicher Bindung, bei denen die Randwahrscheinlichkeiten wichtig sind. Mehr Iterationen kosten in moderner Software nichts, daher ist es eine sichere Gewohnheit, standardmäßig 5.000 bis 10.000 anzusetzen.
Was ist ein P80-Datum?
Ein P80-Datum ist das Projektabschlussdatum, bis zu dem 80 % der Simulationsdurchläufe fertig waren. Es bedeutet, dass angesichts Ihrer Aufgabenschätzungen und deren Unsicherheitsspannen eine Wahrscheinlichkeit von 80 % besteht, dass das Projekt bis zu diesem Datum oder früher abgeschlossen wird. Viele Projektmanagement-Standards empfehlen, P80 als "Konfidenzdatum" für externe Verpflichtungen anzugeben und P50 internen Teamzielen vorzubehalten.
Welche Tools führen Monte-Carlo-Simulationen für Projektzeitpläne durch?
Gängige Tools sind Oracle Primavera Risk Analysis (früher Pertmaster), Palisade @Risk für Excel, Oracle Crystal Ball, Safran Risk und Deltek Acumen Risk. Für leichtere Anwendungsfälle nutzen manche Teams Python-Bibliotheken (NumPy, SciPy), um eigene Simulationen zu erstellen. Microsoft Project enthält kein natives Monte Carlo, aber mehrere Add-ins binden es an.
Was ist der Unterschied zwischen der Monte-Carlo-Simulation und PERT?
Beide verwenden Drei-Punkt-Schätzungen (optimistisch, wahrscheinlichst, pessimistisch). PERT berechnet mithilfe einer Formel eine einzelne erwartete Dauer und Standardabweichung und liefert eine Antwort. Monte Carlo führt Tausende von Iterationen durch und liefert eine vollständige Wahrscheinlichkeitsverteilung, die nichtlineare Wechselwirkungen zwischen Aufgaben erfasst, einschließlich Merge-Bias, was die PERT-Formel nicht kann. Für komplexe Projekte mit vielen parallelen Pfaden ist Monte Carlo deutlich genauer.
Funktioniert die Monte-Carlo-Simulation auch für die Kostenprognose?
Ja. Dieselbe Technik gilt auch für Kosten. Statt Aufgabendauern weisen Sie Kostenverteilungen (optimistisch, wahrscheinlichst, pessimistisch) einzelnen Posten oder Arbeitspaketen zu. Die Simulation liefert eine Kostenwahrscheinlichkeitsverteilung mit P50-, P80- und P90-Werten, mit denen Sie Reserven auf Basis expliziter Konfidenzniveaus statt willkürlicher Prozentsätze festlegen können.
Die Lücke zwischen einer einzelnen Frist und einer Wahrscheinlichkeitsverteilung ist die Lücke zwischen trügerischer Sicherheit und fundierter Verpflichtung. Die Monte-Carlo-Simulation macht Ihr Projekt nicht weniger unsicher. Sie macht die Unsicherheit lesbar, sodass Sie die richtigen Aufgaben puffern, ehrliche Fristen aushandeln und Minderungspläne erstellen können, die die tatsächlichen Risikoquellen angehen, statt lediglich einen pauschalen 10-%-Puffer hinzuzufügen und auf das Beste zu hoffen.
Beginnen Sie mit Ihren Aufgaben mit der höchsten Varianz, kalibrieren Sie die pessimistischen Schätzungen ehrlich und führen Sie mindestens 5.000 Iterationen durch. Die S-Kurve, die Sie erhalten, verrät Ihnen mehr über das tatsächliche Terminrisiko Ihres Projekts, als es jedes Gantt-Diagramm je könnte.

Senior Operations & Growth Strategist
On this page
- Was ist die Monte-Carlo-Simulation?
- Wie die Monte-Carlo-Simulation funktioniert
- Beispielhafte Drei-Punkt-Eingaben
- Monte Carlo vs. Einzelpunktschätzung
- So führen Sie eine Monte-Carlo-Simulation durch
- Schritt 1: Das Projektnetzwerk abbilden
- Schritt 2: Drei-Punkt-Schätzungen für jede Aufgabe zuweisen
- Schritt 3: Die Simulation ausführen
- Schritt 4: Die S-Kurve ablesen und P50 sowie P80 bestimmen
- Schritt 5: Auf Basis der Ergebnisse handeln
- Vorteile der Monte-Carlo-Simulation
- Häufige Fehler
- Monte-Carlo-Beispiel: Software-Release-Projekt
- Häufig gestellte Fragen
- Wie viele Iterationen sollte eine Monte-Carlo-Simulation ausführen?
- Was ist ein P80-Datum?
- Welche Tools führen Monte-Carlo-Simulationen für Projektzeitpläne durch?
- Was ist der Unterschied zwischen der Monte-Carlo-Simulation und PERT?
- Funktioniert die Monte-Carlo-Simulation auch für die Kostenprognose?