Glossar
Magisches Dreieck
Triple Constraint, Projektmanagement-Dreieck, Iron Triangle, eisernes Dreieck
Das magische Dreieck (engl. Triple Constraint) beschreibt die drei Größen, die jedes Projekt begrenzen: Umfang (Leistung), Zeit und Kosten. Die Qualität steht in der Mitte und hängt von allen drei Ecken ab. Ändern Sie eine Ecke, müssen Sie mindestens eine andere anpassen, sonst zahlt die Qualität.
Das Modell geht auf Martin Barnes zurück. Er zeichnete 1969 für seinen Kurs „Time and Cost in Contract Control“ ein Dreieck mit Kosten, Zeit und Qualität an den Ecken.1 Die meisten heutigen Darstellungen setzen Umfang, Zeit und Kosten an die Ecken und die Qualität in die Mitte.
Was bedeuten die drei Ecken?
- Umfang (Leistung): Was das Projekt liefert, also Funktionen, Deliverables und Anforderungen. Auftraggeber und Stakeholder legen ihn zu Projektbeginn fest.
- Zeit: Projektstart, Projektende und alle Termine dazwischen.
- Kosten: Das Budget für Personal, Material und Fremdleistungen.
- Qualität (Mitte): Wie gut das Ergebnis die Anforderungen erfüllt. Wer Zeit und Budget kürzt, ohne den Umfang zu verringern, bezahlt mit Qualität.
Legen Sie vor dem Start fest, welche Ecke fix ist. Bei einem Messestand ist es meist der Termin, bei einem Festpreisauftrag das Budget. Diese Rangfolge entscheidet später jede Abwägung.
Magisches Dreieck: Beispiel
Beispiel: Eine Agentur baut einen Onlineshop. Geplant sind 12 Funktionen in 10 Wochen mit 2 Entwicklern zu je 2.500 EUR pro Woche, also 50.000 EUR. Der Kunde will 2 Wochen früher starten, weil eine Kampagne läuft. Die Agentur rechnet drei Wege durch:
| Option | Umfang | Zeit | Kosten | Folge |
|---|---|---|---|---|
| A: dritter Entwickler | 12 Funktionen | 8 Wochen | 60.000 EUR (3 × 8 × 2.500) | Budget steigt um 20 %, dazu kommt Einarbeitung |
| B: Umfang kürzen | 9 Funktionen | 8 Wochen | 40.000 EUR (2 × 8 × 2.500) | 3 Funktionen folgen nach dem Start |
| C: nur Termin vorziehen | 12 Funktionen | 8 Wochen | 40.000 EUR | Tests und Feinschliff fallen weg, die Qualität sinkt |
Option C bricht das Dreieck: Der Termin rückt vor, Umfang und Team bleiben gleich, also trägt die Qualität die Differenz. Zwischen A und B entscheidet die fixe Ecke. Ist das Budget gedeckelt, bleibt nur B. Option A heißt im Fachjargon Crashing; dass der dritte Entwickler sofort voll mitarbeitet, ist allerdings optimistisch, siehe Brooks’sches Gesetz. Ein vierter Weg ist Fast Tracking: Das Team lässt Arbeitsschritte überlappen, spart Zeit ohne Zusatzpersonal und nimmt dafür ein höheres Risiko von Nacharbeit in Kauf.
Welche Erweiterungen des magischen Dreiecks gibt es?
- Qualität als vierte Größe: Einige Modelle stellen die Qualität als eigene Größe neben Umfang, Zeit und Kosten, statt sie in die Mitte zu setzen. Daraus entsteht ein Viereck.
- Teufelsquadrat nach Sneed: Harry Sneed setzt Qualität, Quantität (Umfang), Entwicklungsdauer und Kosten an die Ecken eines Quadrats. Die Fläche in der Mitte steht für die Produktivität des Teams und bleibt kurzfristig gleich. Verbessern Sie eine Ecke, verschlechtert sich mindestens eine andere.
- Konkurrierende Restriktionen: Der PMBOK Guide nennt neben Umfang, Zeit und Kosten weitere Größen, die ein Projekt ausbalancieren muss, darunter Qualität, Ressourcen und Risiko.
Häufige Fehler
- Keine fixe Ecke: Wer zu Beginn nicht klärt, ob Termin, Budget oder Umfang Vorrang hat, verhandelt bei jeder Änderung neu.
- Qualität stillschweigend opfern: Option C aus dem Beispiel fällt im Alltag selten auf, bis Fehler beim Kunden ankommen.
- Änderungen ohne Ausgleich: Jede neue Anforderung ohne mehr Zeit oder Budget verschiebt das Dreieck. So entsteht Scope Creep.
Wie steuern Sie das magische Dreieck in Merlin Project?
Merlin Project bildet alle drei Ecken ab: den Umfang als Vorgänge und Gruppen im Strukturplan, die Zeit über Arbeit und Dauer, Abhängigkeiten und den Arbeitskalender, die Kosten über Ressourcensätze und feste Kosten. Ändern Sie einen Wert, berechnet Merlin Project die Auswirkungen auf Termine und Kosten.
Ob das Projekt aus dem Dreieck läuft, zeigt der Soll/Ist-Vergleich. Tragen Sie in den Projekteinstellungen ein früheres Datum in das Feld Referenzdatum ein, etwa den Tag der Projektfreigabe. Merlin Project zeigt die damals geplanten Termine dann als graue Referenzbalken im Gantt-Diagramm. Einen Basisplan müssen Sie dafür nicht vorher speichern, weil jedes Merlin-Dokument die Projekthistorie enthält. Die Ansichten Soll/Ist-Vergleich (Zeit) und Soll/Ist-Vergleich (Kosten) stellen geplante und erwartete Werte nebeneinander, die Kostenansicht mit Budget und Saldo.
Auch Risiken bewerten Sie entlang des Dreiecks: Im Inspektor eines Risikos schätzen Sie Auswirkung auf den Inhalt, Auswirkung auf Kosten und Auswirkung auf den Fertigstellungstermin jeweils mit 0 bis 5 Punkten.
