Was bedeutet im Projektmanagement der vierte Faktor Performance neben Time, Cost und Quality?

**Mit „P / Performance“ ist im Projektmanagement meist der tatsächliche Leistungsumfang bzw. das Ergebnis gemeint, das das Projekt liefern soll – also was am Ende konkret funktioniert, erreicht oder nutzbar ist.** Der Punkt ist wichtig, weil **Zeit, Kosten und Qualität allein noch nicht sagen, ob das Projekt überhaupt den richtigen Nutzen liefert**. Ein Projekt kann pünktlich, im Budget und formal „qualitativ sauber“ sein – und trotzdem scheitern, wenn die geforderte Leistung nicht erbracht wird. ## Was „Performance“ praktisch bedeutet „Performance“ wird je nach Kontext etwas unterschiedlich verwendet, meist aber in einem dieser Sinne: - **Leistungsumfang**: Welche Funktionen, Ergebnisse oder Deliverables werden geliefert - **Leistungsfähigkeit**: Wie gut funktioniert das Ergebnis in der Praxis, z. B. Geschwindigkeit, Kapazität, Zuverlässigkeit - **Zielerreichung/Nutzen**: Erfüllt das Projekt den eigentlichen Zweck In vielen Fällen ist „Performance“ damit **näher an Scope oder Outcome** als an Qualität. ## Der wichtige Unterschied zu „Quality“ Das wird oft verwechselt: - **Quality** fragt: Ist das Gelieferte fehlerarm, normgerecht und sauber umgesetzt - **Performance** fragt: Leistet das Gelieferte das, was es leisten soll Ein einfaches Beispiel: - Eine Software kann **hohe Qualität** haben, also stabil, gut getestet und ohne Bugs sein. - Trotzdem kann ihre **Performance** schlecht sein, wenn sie zu langsam ist oder wichtige Geschäftsprozesse nicht unterstützt. Oder umgekehrt: Ein System kann schnell sein, aber voller Mängel. Dann ist die Performance gut, die Qualität aber nicht. ## Warum der vierte Faktor sinnvoll ist Die klassische Dreieckslogik „Time–Cost–Quality“ ist oft zu grob. Sie blendet aus, **dass Projekte nicht nur sauber abgewickelt, sondern wirksam geliefert werden müssen**. „Performance“ ergänzt deshalb um die entscheidende Frage: **Was bekommt der Auftraggeber für Zeit und Geld tatsächlich heraus?** Gerade in IT-, Bau-, Entwicklungs- oder Transformationsprojekten ist das der praktisch wichtigste Punkt. Denn dort scheitern Projekte selten nur an Terminen oder Budget, sondern oft daran, dass **die gelieferte Lösung operativ nicht genug leistet**. ## Klare Einordnung Wenn in deinem Modell neben T, C und Q ausdrücklich **P / Performance** steht, ist damit in der Regel **die inhaltliche Projektleistung** gemeint – also **Output und Wirksamkeit des Ergebnisses**, nicht bloß die Güte der Ausführung. Die präziseste Kurzform ist: **Quality = wie gut etwas gemacht ist. Performance = was es tatsächlich leistet.**