Sechs Parameter eines IT-Projekts: Tetraeder des Erfolgs

Sechs Schlüsselparameter eines IT-Projekts: Vom Dreieck zum Tetraeder

Im IT-Projektmanagement wird das traditionelle Dreieck (Zeit, Umfang, Budget) oft durch einen Qualitätskreis ergänzt, doch das ist immer noch eine Vereinfachung. In der Praxis werden sechs miteinander verbundene Parameter identifiziert: Zeit, Umfang, Budget, Qualität, Risiken und Wert. Ihr Gleichgewicht bestimmt den Erfolg, insbesondere bei der Entwicklung einzigartiger Software. Das Ignorieren von Risiken, Qualität oder Wert führt zu Terminüberschreitungen und Budgetüberschreitungen.

Wissenschaftliche Begründung der Parameter

Ein Projekt ist definiert als ein zeitlich begrenztes Vorhaben zur Schaffung eines einzigartigen Produkts oder Ergebnisses. Aus dieser Definition ergeben sich die grundlegenden Parameter:

• Umfang — die Menge der Arbeit, die zur Erreichung des Ergebnisses erforderlich ist.
• Zeit — der Zeitrahmen für die Fertigstellung.
• Budget — die für die Umsetzung bereitgestellten Ressourcen.

Die Einzigartigkeit eines Projekts führt zwangsläufig zu zusätzlichen Parametern:

• Risiken — die Wahrscheinlichkeit von Abweichungen vom Plan.
• Qualität — die Übereinstimmung mit Anforderungen und Erwartungen.
• Wert — der Nutzen des Ergebnisses für die Stakeholder.

Alle sechs Parameter sind in jedem Projekt vorhanden, auch wenn sie nicht formalisiert sind. Das Geheimnis, Termine und Budget einzuhalten, besteht darin, Qualität, Risiken und Wert von Anfang an explizit zu definieren. Ohne dies leiden Qualität und Wert als erste, wenn Probleme mit dem Umfang oder den Ressourcen auftreten.

Fehler vermeiden:

• Formalisieren Sie Qualitätsmetriken mit einer Benutzerabstimmungsmatrix.
• Definieren Sie den Wert durch die Erwartungen des Auftraggebers.
• Verlangen Sie von Auftragnehmern eine Risikomatrix basierend auf ähnlichen Projekten.

Kulturelle Barrieren im Management

In den meisten Unternehmen herrscht Komfort beim Arbeiten mit Zeit, Budget und Umfang. Qualität wird oft als Manövriermasse zurückgehalten. Risiken und Wert werden aufgrund einer fehlenden Kultur ignoriert.

Die Frage "Warum dieses Projekt?" verursacht Unbehagen, wenn ein Unternehmen nicht daran gewöhnt ist, den Wert einer Aktivität zu diskutieren. Ohne eine solche Kultur wird der Projektwert zugunsten von Terminen geopfert: Statusmeetings werden routinemäßig abgehalten, ohne den Nutzen zu überprüfen.

Um das Gleichgewicht zu wahren, müssen alle Beteiligten den Wert verstehen. Dies erfordert eine Norm, auf jeder Ebene "Warum?" zu fragen — von Entwickleraufgaben bis zur Unternehmensstrategie.

Praktischer Fall: Opfer unausgeglichener Parameter

In einem realen Projekt wurde der Umfang auf 3.000 Personentage geschätzt, mit einer Frist von sechs Monaten. Ein Team von 22 Personen (plus 3 geplant) sollte 500 Personentage pro Monat liefern. Realität: Ein neues Team erreicht nicht sofort die Spitzenproduktivität.

Abfolge der Opfer:

• Risiken stiegen aufgrund von Ressourcenknappheit. Lösung — über den Personalplan hinaus einstellen, was sekundäre Risiken hinzufügte (geringe Qualifikation der Neulinge).
• Qualität litt: Umfassende Tests wurden gestrichen, die Hälfte der Funktionen wurde roh gestartet, in Erwartung von Vorfällen.
• Wert ging verloren: Benutzerfreundliche Funktionen wurden gestrichen, um eine Erhöhung des Umfangs zu vermeiden.

Ergebnis — formale Frist eingehalten, aber mit Kompromissen auf allen Ebenen.

Stalinistischer Ansatz: Priorisierung von Wert und Zeit

In einer starren Hierarchie werden Wert und Zeit vom Kunden (Product Owner) bestimmt. Der Projektmanager berechnet die verbleibenden Parameter basierend auf diesen Prioritäten und fordert Ressourcen an.

Vorteile:

• Geringeres Risiko irrelevanter Ergebnisse.
• Ausgewogenheit der sechs Parameter durch Fokus auf Wert.

Nachteile: Überversicherung bei Ressourcen und Risiken, potenzielle Ineffizienz. Aber es ist besser, ein wertvolles Ergebnis pünktlich zu erhalten, auch wenn es etwas teurer ist, als endlose Nacharbeiten mit verschlechterter Qualität.

Wie man das Gleichgewicht in IT-Projekten erreicht

In agilen und Wasserfall-Methoden führt das Ignorieren von Risiken und Wert zu Umfangserweiterungen oder technischer Schuld. Empfehlungen für mittlere/senior PMs:

• Bei der Initiierung: Erstellen Sie eine Matrix aller sechs Parameter mit Metriken (z.B. MTTR für Qualität, ROI für Wert).
• Während der Ausführung: Wöchentliche Verfolgung von Abweichungen, mit Anpassungen basierend auf Prioritäten.
• Beim Abschluss: Audit — wie gut der Wert erhalten blieb im Vergleich zu Opfern.

| Parameter | Beispielmetrik | Auswirkung auf andere |

|-----------|----------------|------------------|

| Zeit | Sechs Monate | Erhöht Risiken bei Komprimierung |

| Umfang | 3.000 P/T | Korreliert mit Budget |

| Budget | Fest | Opfert Qualität |

| Qualität | Testabdeckung | Sekundär in Qualität |

| Risiken | Matrix | Wächst aus Ressourcenknappheit |

| Wert | Nutzerfeedback | Geht verloren, wenn Funktionen gestrichen werden |

Wichtige Erkenntnisse

• Sechs Projektparameter: Zeit, Umfang, Budget, Qualität, Risiken, Wert — bilden einen Tetraeder mit sechs Seiten.
• Das Ignorieren von Risiken, Qualität und Wert führt zu Opfern unter Zeit-/Budgetdruck.
• Formalisierung am Anfang (Matrizen, Metriken) ist der Schlüssel zum Gleichgewicht.
• Unternehmenskultur mit der Frage "Warum?" bewahrt Wert.
• Priorisierung von Wert und Zeit (wie im stalinistischen Ansatz) ist effektiver als chaotische Nacharbeiten.

— Editorial Team