Anleitungen › Anleitung

Nutzenrealisierungsplan (Benefits Realisation Plan)

Viele Projekte werden pünktlich und im Budget geliefert und verändern trotzdem nichts. Ein Nutzenrealisierungsplan zeigt Ihnen, ob das eingetreten ist, worum es im Projekt eigentlich ging.

Outputs, Outcomes und Nutzen

Ein Projekt liefert Outputs, etwa ein neues System. Diese Outputs ermöglichen Outcomes, etwa eine schnellere Auftragsbearbeitung. Die Outcomes erzeugen Nutzen, etwa niedrigere Kosten oder höheren Umsatz. Ein Nutzenrealisierungsplan verbindet alle drei und sagt, wer für den letzten verantwortlich ist.

Die harte Wahrheit: Nutzen stellt sich meist ein, wenn das Projektteam längst nach Hause gegangen ist. Der Plan braucht also einen Verantwortlichen im Fachbereich, nicht nur im Projekt.

Das Nutzenregister: Spalten zum Kopieren

Führen Sie eine Zeile pro Nutzen. Wenige messbare Nutzen schlagen eine lange Liste von Hoffnungen.

• Nutzentitel und eine einsatzige Beschreibung.
• Art: finanziell (eingesparter oder verdienter Cash) oder nicht finanziell (Tempo, Qualität, Risiko, Zufriedenheit).
• Messgröße oder KPI und wie sie erhoben wird.
• Ausgangswert: der Wert heute, vor dem Projekt.
• Zielwert: der erwartete Wert und das Datum, zu dem Sie ihn erwarten.
• Nutzenverantwortlicher (eine namentlich genannte Person aus dem Fachbereich) und die Abhängigkeiten, die gelten müssen.

Ein Rechenbeispiel

Dieses Beispiel nutzt erfundene, runde Zahlen. Angenommen, ein Projekt ersetzt einen manuellen Rechnungsprozess. Der Nutzen ist geringerer Bearbeitungsaufwand. Der Ausgangswert sind 400 Rechnungen im Monat mit je 15 Minuten, das sind 100 Stunden. Das Ziel sind 5 Minuten je Rechnung, etwa 33 Stunden, also werden rund 67 Stunden im Monat frei.

Bei einem angenommenen Vollkostensatz von 30 £ pro Stunde sind das etwa 2.000 £ im Monat oder 24.000 £ im Jahr. Kostet das Projekt 60.000 £, dauert die einfache Amortisation zweieinhalb Jahre. Das kann in Ordnung sein oder die Entscheidung ändern; so oder so wissen Sie es jetzt.

• Zählen Sie freigewordene Stunden erst dann als Nutzen, wenn jemand entschieden hat, wie sie verwendet werden.
• Trennen Sie im Register realisierbare Einsparungen von Kapazitätsnutzen.
• Zeigen Sie Annahmen neben den Zahlen, damit sie hinterfragt werden können.

Nachverfolgung nach dem Go-live

Planen Sie Nutzen-Reviews ein, bevor das Projekt endet, typischerweise nach drei, sechs und zwölf Monaten. Jeder Review vergleicht die Messgröße mit Ausgangs- und Zielwert und hält fest, warum eine Lücke besteht.

Ein Projekt kann enden, während sein Nutzenplan offen bleibt und an den Nutzenverantwortlichen übergeht. In Senshin hält die Ansicht für Finanzen und Nutzen die Nutzen neben den Kosten, sodass der Werterfolg neben dem geprüft wird, was das Projekt gekostet hat.

• Review-Termine im Kalender, mit namentlich genannten Teilnehmern.
• Berichten Sie Nutzen im Lenkungsausschuss-Bericht, nicht nur den Lieferstatus.
• Verzögert sich ein Nutzen, fragen Sie, ob die Ursache in der Lieferung, der Akzeptanz oder einer falschen Annahme liegt.
• Streichen Sie Nutzen, die nicht mehr gültig sind, und sagen Sie es offen.

Wo er hingehört

Beginnen Sie den Plan bei der Initiierung, denn im Business Case wird der Nutzen anfangs versprochen. Überarbeiten Sie ihn an jedem Stage Gate und noch einmal beim Abschluss. Bei einem Programm liegen die Nutzen auf Programmebene, weil einzelne Projekte sie selten allein liefern.

Wo das in Senshin steckt

Häufige Fragen

Weitere Anleitungen

Zuletzt aktualisiert: 2026-10-22