Projektmanagement Zeitplanung: Warum 91,5 Prozent der Projekte Zeit oder Budget verfehlen und wie Pufferaggregation Termine sichert

Projektmanagement Zeitplanung: Warum 91,5 Prozent der Projekte Zeit oder Budget verfehlen und wie Pufferaggregation Termine sichert

Die Suchanfrage „projektmanagement zeitplanung“ verzeichnet in Deutschland 260 monatliche Abfragen bei einem geringen Wettbewerbsindex von 29.0 in Google Ads (Stand: November 2026). Die Klickpreise für Werbeanzeigen liegen zwischen 1,81 Euro und 6,65 Euro. Das gesamte deutschsprachige Themencluster umfasst über 600 monatliche Suchanfragen, darunter verwandte Phrasen wie „zeitplanung projekt“ mit 170 Abfragen, „beste projektmanagement software“ mit 110 Abfragen sowie „netzplantechnik software“ mit 40 Abfragen. Wer nach diesen Konzepten sucht, steht vor einem operativen Problem: In Unternehmen werden Projektmanagement-Werkzeuge wie Jira, Asana, Monday.com oder Microsoft Project eingeführt und detaillierte Gantt-Balkendiagramme gezeichnet, dennoch platzen Termine mit statistischer Regelmäßigkeit.

Während der Beitrag über Software-Dokumentation ist Werkbestandteil: Warum Spezifikationslücken Freiberufler das Honorar kosten darlegt, wie unklare Anforderungen und Fälligkeiten vor Gericht den Vergütungsanspruch vernichten, analysiert dieser Artikel die zeitliche Mechanik dahinter. Wer Fälligkeiten falsch vereinbart, gerät ohne Mahnung in Verzug. Wie im Artikel über git worktree: Mehrere KI-Agenten am selben Projekt, ohne dass sie sich stören gezeigt, erfordern parallele Arbeitspfade eine saubere Entkopplung, da andernfalls eine einzelne blockierte Aufgabe das Gesamtsystem aufhält.

Oxford-Datenbank belegt: Nur 8,5 Prozent aller Projekte halten Zeitplan und Budget ein

Empirische Großdaten widerlegen die Annahme, Terminverzögerungen seien bedauerliche Einzelfälle. Der dänische Wirtschaftswissenschaftler Bent Flyvbjerg analysiert an der University of Oxford in seiner Oxford Global Projects Database mehr als 16.000 Großprojekte aus 136 Ländern über 20 verschiedene Projektarten (Bent Flyvbjerg und Dan Gardner, How Big Things Get Done, Penguin Random House, 2023, ISBN 978-0593239513). Das statistische Ergebnis formuliert Flyvbjerg als das eiserne Gesetz der Projektsteuerung (Iron Law of Megaprojects):

1. Lediglich 8,5 Prozent aller Vorhaben weltweit halten sowohl ihr Budget als auch ihren Zeitplan ein.

2. Nur 0,5 Prozent aller Vorhaben halten Budget, Zeitplan und die zugesagten Nutzeneffekte ein.

3. Ganze 91,5 Prozent aller Projekte überschreiten ihre budgetären oder zeitlichen Zielvorgaben.

Diese Zahlen gelten für Großvorhaben ebenso wie für die Softwareentwicklung. Die Standish Group International untersucht seit 1994 in ihren kontinuierlichen CHAOS-Erhebungen mehr als 50.000 IT- und Softwareprojekte weltweit (CHAOS Report, Standish Group, 1994 bis 2024/2026). Die Langzeitdaten zeigen ein stabiles Bild: Lediglich 31 Prozent aller Softwareprojekte gelten als erfolgreich, da sie pünktlich, innerhalb des Budgets und mit vollem Funktionsumfang fertiggestellt werden. Rund 50 Prozent gelten als gefährdet (challenged) mit einer durchschnittlichen Terminüberschreitung von 71 Prozent über dem ursprünglichen Plan. Weitere 19 Prozent werden vor Fertigstellung vollständig abgebrochen.

Die verhaltensökonomische Ursache für dieses Scheitern entdeckten die Kognitionspsychologen Daniel Kahneman und Amos Tversky bereits 1979 mit dem Planungsfehlschluss (Planning Fallacy; Daniel Kahneman, Thinking, Fast and Slow, Farrar, Straus and Giroux, 2011). Bei der Erstellung von Zeitplänen verharren Projektleiter intuitiv im Blick von innen (Inside View). Sie zerlegen die Aufgabe in Teilpakete und entwerfen ein optimistisches Wunschszenario, in dem alle Arbeitsschritte ohne Reibung ineinandergreifen. Unwägbarkeiten wie Krankheiten, Schnittstellenprobleme, Lieferengpässe oder Kundenkorrekturen werden als statistische Ausnahmen abgetan. Der Blick von außen (Outside View / Reference Class Forecasting) betrachtet dagegen die tatsächliche Verteilung hunderter vergleichbarer historischer Projekte. Wer den Outside View ignoriert, plant an der statistischen Realität vorbei.

Klassische Netzplantechnik nach DIN 69900 scheitert an unbegrenzten Ressourcenannahmen

In der industriellen Praxis gilt die Netzplantechnik nach DIN 69900:2009-01 (Projektmanagement: Netzplantechnik; Beschreibungen und Begriffe) und DIN 69901-1 bis 5 als Standard für Ablauf- und Terminpläne. Die Norm zerlegt Projekte in gerichtete Graphen aus logisch verknüpften Vorgängen. Die Berechnung erfolgt in zwei Schritten:

1. Vorwärtsrechnung: Ausgehend vom Projektstart wird für jeden Vorgang der früheste Anfangszeitpunkt (FAZ) und durch Addition der Vorgangsdauer die früheste Endlage (FEZ) ermittelt. Bei mehreren Vorgängern bestimmt das Maximum der Endlagen den Beginn des Nachfolgers.

2. Rückwärtsrechnung: Ausgehend vom fixierten Projektendtermin wird der späteste Endzeitpunkt (SEZ) und durch Subtraktion der Dauer der späteste Anfangszeitpunkt (SAZ) bestimmt. Bei Verzweigungen gilt das Minimum der nachfolgenden spätesten Anfangszeitpunkte.

Aus der Differenz beider Rechnungen ergeben sich zwei Pufferarten:

• Gesamtpuffer (GP): Die Zeitspanne, um die ein Vorgang verschoben werden kann, ohne das Projektende zu gefährden. Formel: Gesamtpuffer gleich spätester Anfangszeitpunkt minus frühester Anfangszeitpunkt.

• Freier Puffer (FP): Die Zeitspanne, um die ein Vorgang verschoben werden kann, ohne den frühesten Beginn des direkten Nachfolgers zu beeinflussen. Formel: Freier Puffer gleich Minimum der frühesten Anfangszeitpunkte aller Nachfolger minus frühester Endzeitpunkt des Vorgangs.

• Kritischer Pfad: Die Kette aller Vorgänge mit einem Gesamtpuffer von null. Jede Verzögerung auf diesem Pfad verlängert das Gesamtprojekt unmittelbar um denselben Zeitraum.

Der fundamentale Konstruktionsfehler der klassischen DIN-69900-Netzplantechnik liegt in der impliziten Annahme unbegrenzter Ressourcen. Die Methode berechnet parallele Pfade so, als stünden alle Fachkräfte beliebig oft zur Verfügung. Ist jedoch dieselbe Schlüsselperson auf zwei scheinbar unabhängigen Pfaden eingeplant, bricht der theoretische Zeitplan zusammen.

Hinzu kommt das Scheitern lokaler Sicherheitszuschläge. Um sich gegen Risiken abzusichern, schlagen Fachkräfte auf jedes einzelne Arbeitspaket lokale Puffer auf, um eine Erledigungswahrscheinlichkeit von 80 bis 90 Prozent zu erreichen. Diese lokalen Sicherheiten verpuffen jedoch durch zwei verhaltensökonomische Gesetze:

• Parkinsonsches Gesetz (C. Northcote Parkinson, 1955): Arbeit dehnt sich in genau dem Maße aus, wie Zeit für ihre Erledigung zur Verfügung steht. Stehen für eine Konzeption zehn Tage zur Verfügung, beansprucht die Bearbeitung zehn Tage, da verbleibende Zeit für Detailverbesserungen genutzt wird.

• Studentensyndrom (Eliyahu M. Goldratt, 1997): Mitarbeiter beginnen Aufgaben erst im letztmöglichen Moment vor dem Stichtag. Treten kurz vor der Deadline unvorhergesehene Probleme auf, platzt der Termin, weil die Sicherheitszeit zu Beginn verschenkt wurde.

Frühe Fertigstellungen werden aus Angst vor künftigen Budgetkürzungen nicht an nachfolgende Gewerke weitergemeldet, während sich Verzögerungen ungedämpft über den Kritischen Pfad fortpflanzen. Lokale Puffer verlängern die Projektdauer, ohne die Termintreue zu verbessern.

Die Program Evaluation and Review Technique (PERT; Malcolm et al., 1959) begegnet Schätzrisiken stochastisch über eine Beta-Verteilung aus drei Werten: optimistische Dauer (O), wahrscheinlichste Dauer (M) und pessimistische Dauer (P). Der Erwartungswert berechnet sich nach der Formel:

Erwartungswert = (O + 4 * M + P) / 6
Standardabweichung = (P - O) / 6

Da Schätzungen in der Praxis rechtsschief verteilt sind (die pessimistische Dauer weicht stärker nach oben ab als die optimistische nach unten), liegt der statistische Erwartungswert fast immer über dem intuitiven Schätzwert M. Wer nur mit der wahrscheinlichsten Dauer plant, unterschätzt das Projektrisiko systematisch.

Critical Chain aggregiert Puffer am Projektende und halbiert geplante Vorgangsdauern

Das Critical Chain Project Management (CCPM), formuliert von Eliyahu M. Goldratt (Critical Chain, The North River Press, 1997, ISBN 978-0884271536), löst das Pufferdilemma durch eine Verlagerung der Sicherheiten:

1. Halbierung der Vorgangsdauern (Cut and Buffer): Aus jedem einzelnen Arbeitspaket wird die lokale Sicherheit entfernt. Die Vorgänge werden auf den 50-Prozent-Median gekürzt. Eine traditionelle Schätzung wird um die Hälfte reduziert.

2. Pufferaggregation: Die entfernten Sicherheiten werden gebündelt und an strategischen Stellen im Netzplan platziert.

   • Projektpuffer (Project Buffer): Ein zentraler Zeitpuffer am Ende des Projekts vor dem zugesagten Liefertermin.

   • Zubringerpuffer (Feeding Buffer): Puffer an Schnittstellen, an denen nicht-kritische Pfade in die Kritische Kette einmünden, um Störungen abzufangen.

3. Dimensionierung nach der Wurzel-Fehler-Methode (Root-Square-Error Method, RSEM): Da Risiken statistisch unabhängig voneinander auftreten, addieren sich Varianzen, nicht Standardabweichungen. Die Puffergröße entspricht der Quadratwurzel aus der Summe der quadrierten Sicherheitsdifferenzen:

Projektpuffer = Quadratwurzel aus Summe aller (Traditionelle Dauer minus Aggressive Dauer)²

Durch diese stochastische Bündelung verkürzt sich die rechnerische Gesamtlaufzeit eines Projekts typischerweise um 25 Prozent bei gleichzeitig signifikant höherer Terminsicherheit.

Die operative Steuerung erfolgt nicht über starre Meilensteinkontrollen, sondern über Fieberkurven (Buffer Consumption Monitoring). Gemessen wird das Verhältnis von Arbeitsfortschritt zu verbrauchtem Puffer:

• Grüne Zone: Der Pufferverbrauch ist geringer als der Projektfortschritt. Es besteht kein Handlungsbedarf.

• Gelbe Zone: Der Pufferverbrauch übersteigt den Projektfortschritt. Die Projektleitung analysiert Ursachen und warnt nachfolgende Engpass-Ressourcen vor.

• Rote Zone: Kritischer Pufferverbrauch. Es werden gezielte Korrekturmaßnahmen eingeleitet, etwa durch Kapazitätsverlagerung oder die Reduktion von Arbeitsumfängen.

Fertigstellungen werden nach dem Prinzip der Staffelstab-Übergabe sofort an den Nachfolger übergeben. Eine Aufgabe beginnt, sobald die Vorarbeit vorliegt, nicht erst an einem starren Kalendertag.

Brooks'sches Gesetz und Kontextwechsel vernichten bis zu 40 Prozent der Arbeitszeit

Die gesamtwirtschaftliche Bedeutung belastbarer Zeitpläne belegt die empirische Makro-Studie Projektifizierung 2.0 (Andreas Wald, Yvonne Schoper, Christoph Schneider, GPM Deutsche Gesellschaft für Projektmanagement e.V. / UVK Verlag, 2023, ISBN 978-3381102617). In Deutschland werden 34,5 Prozent der gesamten Arbeitszeit in Projekten geleistet. Dies entspricht einer jährlichen Bruttowertschöpfung von über einer Billion Euro. In der Software- und Digitalindustrie liegt der Projektanteil bei über 60 Prozent.

Trotz dieser wirtschaftlichen Relevanz dominieren in Unternehmen strukturelle Produktivitätsfresser. Die GPM-Studie von Ayelt Komus, Moritz Simon und Klaus Müller (Multitasking im Projektmanagement: Status Quo und Potenziale, GPM, 2016, n=498 aus 20 Branchen) liefert eindeutige Zahlen:

1. In über 60 Prozent der Betriebe herrscht ausgeprägtes negatives Multitasking.

2. 66,7 Prozent der Unternehmen reservieren Fachkräfte vorab und halten sie in starren Projekt-Silos gefangen.

3. Über 60 Prozent der Projektleiter schätzen, dass durch die konsequente Beseitigung von Kontextwechseln mehr als 20 Prozent des gesamten Arbeitsaufwands eingespart werden könnten.

Der Systemwissenschaftler Gerald M. Weinberg (Quality Software Management: Vol. 1 Systems Thinking, Dorset House Publishing, 1992, ISBN 978-0932633224) quantifizierte die Kosten mentaler Kontextwechsel (Context Switching Overhead): Wer an zwei Projekten parallel arbeitet, verliert 20 Prozent seiner produktiven Arbeitszeit durch das Umschalten. Bei drei parallelen Projekten steigt der Verlust auf 40 Prozent. Bei fünf Projekten verbleiben pro Vorhaben lediglich 5 Prozent produktive Zeit, während 75 Prozent der gesamten Arbeitskraft im mentalen Reibungsverlust verbrennen.

Gerät ein Projekt durch Multitasking in Verzug, greift das Management häufig zur Personalaufstockung. Fred Brooks formulierte in seinem Werk The Mythical Man-Month (Addison-Wesley, 1975, ISBN 978-0201835953) das Brooks'sche Gesetz: Das Hinzufügen von Mitarbeitern zu einem verspäteten Softwareprojekt verzögert es weiter. Die Ursache liegt in der quadratischen Explosion der Kommunikationskanäle (K) bei steigender Teamgröße (n):

K = n * (n - 1) / 2

In einem Team von 4 Personen existieren 6 Kommunikationsbeziehungen. Wird das Team zur Beschleunigung auf 8 Personen verdoppelt, steigt die Zahl der Kommunikationskanäle auf 28, also auf mehr als das Vierfache (ein Zuwachs um 367 Prozent). Da erfahrene Mitarbeiter 20 bis 40 Prozent ihrer Arbeitszeit aufwenden müssen, um die neuen Kollegen einzuarbeiten, sinkt die Gesamtproduktivität kurzfristig ab und der Verzug vergrößert sich.

Kalendermäßige Termine lösen Verzug nach Paragraf 286 BGB ohne Mahnung aus

Im geschäftlichen Verkehr nach deutschem Werkvertragsrecht (Paragraf 631 BGB) ist ein Terminplan keine unverbindliche Absichtserklärung, sondern eine rechtliche Haftungsgrundlage.

Wird im Projektvertrag ein bestimmter Kalendertag für die Fertigstellung oder einen verbindlichen Zwischenmeilenstein vereinbart (etwa die Übergabe einer Software bis zum 15.12.2026), greift Paragraf 286 Abs. 2 Nr. 1 BGB: Der Schuldner gerät mit Ablauf dieses Kalendertags automatisch und ohne vorherige Mahnung in Verzug.

Tritt der Verzug ein, haftet der Auftragnehmer nach Paragraf 280 Abs. 1 und 2 BGB auf Ersatz des Verzugsschadens. Der Auftraggeber kann Verzugszinsen verlangen (Paragraf 288 BGB), nach fruchtlosem Fristablauf vom Vertrag zurücktreten (Paragraf 323 BGB) oder Schadensersatz statt der Leistung fordern (Paragraf 281 BGB).

Nur wenn die Leistungszeit im Vertrag nicht nach dem Kalender bestimmt ist, bedarf es nach Paragraf 286 Abs. 1 BGB einer ausdrücklichen Mahnung durch den Gläubiger, um den Verzug herbeizuführen.

Fehlende Kundenmitwirkung nach Paragraf 642 BGB verschiebt Fälligkeiten und schützt vor Verzug

In der Praxis entstehen Terminverzögerungen in Digital- und Softwareprojekten selten durch den Auftragnehmer allein. Häufige Ursachen sind ausbleibende Zuarbeiten des Auftraggebers: Texte fehlen, Zugangsdaten werden nicht übermittelt, Schnittstellen bleiben unzugänglich oder Zwischenabnahmen verzögern sich um Wochen.

Das deutsche Werkvertragsrecht schützt den Dienstleister über Paragraf 642 BGB:

1. Annahmeverzug des Bestellers: Unterlässt der Auftraggeber eine ihm obliegende Mitwirkungshandlung, gerät er nach Paragraf 293 BGB in Annahmeverzug.

2. Ausschluss des Auftragnehmerverzugs: Solange der Besteller mit einer erforderlichen Mitwirkungshandlung im Verzug ist, kann der Auftragnehmer nicht in Leistungsverzug geraten. Fälligkeiten verschieben sich kraft Gesetzes mindestens um die Dauer des Kundenverzugs zuzüglich einer angemessenen Wiederanlaufzeit.

3. Entschädigungsanspruch: Nach Paragraf 642 Abs. 1 BGB kann der Unternehmer eine angemessene Entschädigung für die Dauer des Annahmeverzugs fordern. Die Höhe bemisst sich nach der Dauer des Verzugs, der Höhe der vereinbarten Vergütung sowie den ersparten Aufwendungen.

4. Kündigungsrecht nach Paragraf 643 BGB: Setzt der Auftragnehmer dem Besteller zur Nachholung der Mitwirkung eine angemessene Frist mit der Erklärung, den Vertrag nach Fristablauf zu kündigen, gilt der Vertrag als aufgehoben, wenn die Frist fruchtlos verstreicht. Der Vergütungsanspruch bestimmt sich dann nach Paragraf 645 BGB.

Um diesen Schutzschirm in Anspruch zu nehmen, müssen Mitwirkungspflichten im Vertrag präzise und kalendermäßig fixiert sein (etwa Bereitstellung der Schnittstellendokumentation innerhalb von zehn Werktagen nach Beauftragung). Zudem muss der Auftragnehmer das Ausbleiben der Mitwirkung unverzüglich und schriftlich als Behinderung rügen.

AGB-Vertragsstrafen über 5 Prozent sind nach ständiger BGH-Rechtsprechung unwirksam

Viele Auftraggeber versuchen, Termintreue durch formularmäßige Vertragsstrafenklauseln in ihren Allgemeinen Geschäftsbedingungen (AGB) zu erzwingen. Der Bundesgerichtshof (BGH) zieht hier enge Grenzen zum Schutz von Auftragnehmern:

• Die Fünf-Prozent-Obergrenze (BGH, Urteil vom 23.01.2003, Az. VII ZR 210/01, BGHZ 153, 311): Eine vom Auftraggeber gestellte AGB-Klausel, die für die Überschreitung von Terminen eine Vertragsstrafe von insgesamt mehr als 5 Prozent der Nettoauftragssumme vorsieht, ist nach Paragraf 307 Abs. 1 BGB wegen unangemessener Benachteiligung vollständig unwirksam.

• Das Verschuldenserfordernis (BGH, Urteil vom 06.12.2007, Az. VII ZR 28/07, BauR 2008, 516): Eine Vertragsstrafe darf in AGB niemals verschuldensunabhängig vereinbart werden. Formulierungen, nach denen eine Strafe bei reiner Terminüberschreitung ohne Rücksicht auf ein Verschulden des Auftragnehmers fällig wird (Garantiehaftung), verstoßen gegen Paragraf 307 BGB. Dies führt zur Nichtigkeit der gesamten Klausel.

• Zulässige Tagessätze: Gerichte erkennen in der Regel Tagessätze von 0,1 bis maximal 0,2 Prozent der Nettoauftragssumme pro Arbeitstag Verzug als wirksam an, sofern die Gesamtsumme strikt auf 5 Prozent gedeckelt ist.

Klauseln, die eine Vertragsstrafe von mehr als 5 Prozent der Nettoauftragssumme vorsehen oder keine Begrenzung enthalten, sind nach ständiger Rechtsprechung nichtig. Der Auftragnehmer schuldet in solchen Fällen null Euro Vertragsstrafe.

Agiles Timeboxing sichert Liefertermine durch variable Leistungsumfänge statt verschobener Deadlines

Das klassische Magische Dreieck des Projektmanagements betrachtet Leistungsumfang (Scope), Termine (Time) und Budget/Ressourcen (Cost) als feste Zielgrößen. Treten in Wasserfall-Projekten unvorhergesehene Probleme auf, wird in der Praxis fast immer an der Zeitachse geschoben.

Agile Methoden kehren dieses Dreieck um:

• Feste Variablen: Der Liefertermin (Timeboxing in festen Zyklen von 1 bis 4 Wochen) und die Ressourcen (festes Projektteam) sind unveränderlich fixiert.

• Flexible Variable: Der Leistungsumfang (Scope) ist variabel. Die Anforderungen werden in einem priorisierten Backlog geführt.

Die Standish Group weist in ihren CHAOS-Untersuchungen nach, dass agile Projekte eine signifikant höhere Termintreue erzielen. Dieser Vorteil entsteht nicht durch schnellere Arbeit, sondern durch die strikte Auslieferung eines lauffähigen Produktinkrements am Ende jedes Timebox-Intervalls. Unfertige Funktionen mit geringer Priorität werden in spätere Zyklen verschoben. Das Lieferdatum bleibt stabil, weil der Umfang dynamisch an die verfügbare Zeit angepasst wird.

Vier Rechenbeispiele zeigen, wie groß Puffer, Streuung und Abstimmungsaufwand werden

Eine PERT-Dreipunktschätzung mit optimistisch 5, wahrscheinlich 10 und pessimistisch 25 Tagen ergibt (die Konfidenzintervalle setzen näherungsweise eine Normalverteilung voraus):

Mathematische Kennzahlen:
  - Erwartungswert (μ = (O+4M+P)/6): 11.67 Tage/Einheiten
  - Standardabweichung (σ = (P-O)/6): 3.33 Tage/Einheiten
  - Varianz (σ²):                    11.11
Statistische Konfidenzintervalle:
  - 68,3 % Wahrscheinlichkeit (±1σ):  8.3 bis 15.0 Tage
  - 95,4 % Wahrscheinlichkeit (±2σ):  5.0 bis 18.3 Tage

Für eine Kette aus fünf aufeinanderfolgenden Arbeitspaketen mit 10, 15, 5, 20 und 12 Tagen ergibt die Pufferaggregation nach der Critical-Chain-Methode, einmal mit der 50-Prozent-Regel und einmal mit der Wurzel-Fehler-Methode (RSEM):

Traditionelle Summe (mit Puffern):   62.0 Tage (jeder Vorgang mit ~90% Sicherheit)
Aggressive Kette (50%-Schätzung):    31.0 Tage (-50% lokale Sicherheit)
Zentraler Projektpuffer:
  1. Methode '50%-Regel':            +15.5 Tage (Gesamt: 46.5 Tage, -25.0 %)
  2. Methode 'RSEM':                 +14.9 Tage (Gesamt: 45.9 Tage, -25.9 %)

Wächst ein Team von 5 auf 9 Personen, steigen die Kommunikationskanäle nach der Formel von Brooks so:

Bestehendes Team: 5 Personen (10 Kanäle)
Erweitertes Team: 9 Personen (36 Kanäle, +26 Kanäle / +260.0 %)

Bei drei parallelen Projekten ergeben die Werte von Weinberg:

Gleichzeitige Projekte pro Mitarbeiter: 3
  - Netto-Arbeitszeit pro Projekt:      20.0 %
  - Gesamter Kontextwechsel-Verlust:     40.0 % der Arbeitszeit
  - Tatsächlich nutzbare Gesamtarbeit:   60.0 %

Grenzen der Methode: Wo mathematische Zeitplanung und agile Festpreisverträge enden

Jeder sachliche Leitfaden muss benennen, wo rein deterministische oder stochastische Planungsmodelle an praktische und rechtliche Grenzen stoßen:

1. Das Festpreis-Paradoxon im Werkvertragsrecht: Agiles Timeboxing basiert darauf, den Leistungsumfang variabel zu halten. Im deutschen Werkvertragsrecht (Paragraf 631 BGB) schuldet der Auftragnehmer jedoch die mangelfreie Herstellung eines konkret vereinbarten Werkerfolgs. Wird für ein agiles Vorhaben ein pauschaler Festpreis vereinbart, verlangen Gerichte im Streitfall häufig die vollständige Erbringung aller im Pflichtenheft genannten Leistungsmerkmale. Timeboxing erfordert daher klare vertragliche Regelungen zur Leistungsanpassung.

2. Revisionssichere Beweislast bei Kundenverzögerungen: Zwar schützt Paragraf 642 BGB vor Verzugsansprüchen, wenn der Kunde Zuarbeiten versäumt. Vor Gericht trägt jedoch der Auftragnehmer die volle Beweislast dafür, dass die unterlassene Mitwirkung die konkrete Ursache für den Terminverzug war. Liegen parallele Verzögerungen auf Seiten des Dienstleisters vor, heben sich Ansprüche gegenseitig auf. Eine lückenlose Dokumentation über Zeiterfassungsdaten, Ticketsystem-Zeitstempel und förmliche Behinderungsanzeigen ist zwingend erforderlich.

3. Grenzen historischer Referenzklassen: Die Methode des Reference Class Forecasting setzt voraus, dass für die geplante Aufgabe eine ausreichende Zahl strukturähnlicher historischer Projekte vorliegt. Bei neuartigen technischen Architekturen oder bisher ungelösten Softwareproblemen fehlt diese Referenzklasse. In solchen Fällen liefern auch stochastische Modelle wie PERT nur grobe Näherungswerte.