Nutzenrealisierung: von der Lieferung zum echten Nutzen

Veröffentlicht 2026-07-02 · Die Forschung hinter Project-simulator

Das Projekt lieferte pünktlich, das System ging in Betrieb, das Team feierte. Ein Jahr später fragt jemand aus der Geschäftsleitung: Ist es eigentlich besser geworden? Und niemand weiß es. Genau dieses Problem haben die Forscher John Ward und Elizabeth Daniel von der Cranfield School of Management in ihrem Buch Benefits Management von 2006 angepackt.

Ihre Botschaft ist unbequem, aber befreiend: Der Nutzen eines Projekts entsteht nicht bei der Lieferung. Er entsteht im Geschäftsbetrieb, danach — und nur dann, wenn ihn jemand besitzt und aktiv daran arbeitet, dass er Wirklichkeit wird. Die Arbeitsweise, die sie beschreiben, wird oft Nutzenrealisierung genannt und ist heute ein selbstverständlicher Teil moderner Projekt- und Portfoliosteuerung.

Was sagt die Forschung?

Ward und Daniel stützten ihr Buch auf viele Jahre Forschung zu Investitionen in Informationssysteme und IT. Ein wiederkehrendes Muster: Organisationen rechneten im Business Case Nutzen ein — effizientere Prozesse, zufriedenere Kunden, geringere Kosten — prüften aber nie, ob er tatsächlich eintrat. Man nahm an, der Nutzen käme automatisch, sobald die Technik stand. Das tut er selten.

Ihre Erklärung: Technik und Projektlieferungen schaffen aus sich heraus keinen Wert. Wert entsteht erst, wenn Menschen im Geschäftsbetrieb ihre Arbeitsweise verändern. Deshalb müssen Nutzen früh identifiziert, mit konkreten Veränderungen im Geschäftsbetrieb verknüpft und vor allem mit Eigentümern versehen werden — Personen aus dem Geschäftsbetrieb, nicht aus dem Projekt, die dafür verantwortlich sind, dass der Nutzen tatsächlich eingefahren wird. Ward und Daniel beschreiben dafür einen kompletten Arbeitsprozess, mit einem Nutzenrealisierungsplan und einer Nachverfolgung, die nach Projektabschluss weiterläuft.

Eine wichtige Konsequenz: Projektziele und Wirkungsziele müssen auseinandergehalten werden. Das Projekt ist dafür verantwortlich, ein Ergebnis zu liefern — ein System, einen Prozess, ein Produkt — innerhalb seiner Rahmenbedingungen. Die Wirkung, der messbare Nutzen im Geschäftsbetrieb, gehört dem Auftraggeber oder Sponsor und wird lange nach der Übergabe realisiert. Werden beide vermischt, kann niemand für eines von beiden verantwortlich gemacht werden — das Projekt bekommt die Schuld für ausgebliebene Wirkungen, auf die es keinen Einfluss hat, und der Geschäftsbetrieb entzieht sich seiner Verantwortung für die Veränderung.

Was bedeutet das für Sie als Projektleitung?

Trennen Sie Projektziele und Wirkungsziele in jedem Dokument. Schreiben Sie ausdrücklich: Das liefert das Projekt, das ist der Nutzen, der danach entstehen soll, und er gehört dem Sponsor. Das schützt Sie und den Nutzen zugleich — Sie werden am Richtigen gemessen, und der Nutzen bekommt einen Verantwortlichen.

Fordern Sie für jeden Nutzen einen Eigentümer. Wenn niemand im Geschäftsbetrieb seinen Namen neben einen versprochenen Nutzen schreiben will, ist das ein Warnsignal: Entweder ist der Nutzen nicht glaubwürdig, oder niemand wird ihn einfahren. Sprechen Sie das mit Ihrem Sponsor an, bevor das Projekt richtig loslegt — die Eigentümerschaft lässt sich dann deutlich leichter klären als kurz vor der Lieferung.

Nutzen Sie den Geschäftsnutzen unterwegs als Kompass. Wenn Änderungswünsche und Kürzungen diskutiert werden, gehen Sie zurück zu den Nutzen: Welche der versprochenen Wirkungen wird durch diese Entscheidung gestärkt oder gefährdet? Das hebt die Qualität der Entscheidungen und Ihrer Gespräche mit dem Lenkungsausschuss.

So trainieren Sie das

Das Schwierigste an der Nutzenrealisierung ist oft das Gespräch mit dem Sponsor: die Verantwortung für die Wirkung freundlich, aber bestimmt dorthin zurückzugeben, wo sie hingehört — ohne dass Beziehung oder Vertrauen dabei Schaden nehmen. In Project-simulator üben Sie Sponsor- und Lenkungsausschussgespräche mit KI-Gegenübern und bekommen Feedback, das auf Ihren eigenen Worten beruht. Sie können es eine Woche lang kostenlos ausprobieren.