Projekt-ROI berechnen: So misst du echten Projekterfolg

Ein Projekt ist pünktlich fertig. Das Budget wurde eingehalten. Alle vereinbarten Leistungen sind geliefert. Trotzdem kann es wirtschaftlich ein Misserfolg sein. Denn Projekterfolg entsteht nicht allein durch gute Umsetzung. Entscheidend ist, ob die Investition einen messbaren Nutzen erzeugt. Genau hier setzt der Projekt-ROI an. Projekt-ROI berechnen: So misst du echten Projekterfolg bedeutet deshalb mehr als eine einfache Prozentrechnung. Unternehmen müssen Kosten vollständig erfassen, Benefits sauber messen und prüfen, welcher Nutzen tatsächlich durch das Projekt entstanden ist. Erst dann lässt sich beurteilen, ob sich eine Investition wirklich gelohnt hat.

Der Projekt-ROI – Return on Investment – zeigt, wie hoch der wirtschaftliche Ertrag eines Projekts im Verhältnis zu den dafür eingesetzten Mitteln ist.

Die grundlegende Formel lautet:

ROI = (finanzieller Nutzen – Projektkosten) / Projektkosten × 100

Beispiel:

Berechnung:

(800.000 – 500.000) / 500.000 × 100 = 60 % ROI

Das Projekt hat damit einen ROI von 60 Prozent.

Die Rechnung wirkt einfach.

Die eigentliche Schwierigkeit beginnt jedoch vorher.

Denn Unternehmen müssen beantworten:

Genau dort entscheidet sich, ob ein ROI belastbar ist oder lediglich gut aussieht.

Über Jahrzehnte wurde Projekterfolg vor allem anhand des sogenannten magischen Dreiecks bewertet:

Diese Größen bleiben wichtig.

Sie messen aber primär die Delivery Performance.

Nicht automatisch den wirtschaftlichen Erfolg.

PMI definiert Projekterfolg inzwischen deutlich stärker aus einer Value-Perspektive: Ein erfolgreiches Projekt liefert einen Wert, der Aufwand und Kosten rechtfertigt. In der globalen Project-Success-Forschung 2025 zeigte sich zudem, dass Projekte stärker wahrgenommenen Erfolg erreichen, wenn Teams Wert gegenüber einer starren Fixierung auf Zeit, Kosten und Scope priorisieren.

Ein Projekt kann deshalb:

Der Projekt-ROI erweitert den Blick von:

„Haben wir geliefert?“

zu:

„War die Investition sinnvoll?“

Wer Projekt-ROI berechnen möchte, muss vier Ebenen sauber trennen.

Das Projekt liefert etwas.

Beispiel:

Ein neues CRM-System ist produktiv.

Durch den Output verändert sich das Verhalten oder die Leistung.

Beispiel:

Vertriebsmitarbeiter bearbeiten Leads schneller.

Der veränderte Prozess erzeugt einen messbaren Vorteil.

Beispiel:

Die Conversion Rate steigt.

Der Benefit wird wirtschaftlich bewertet.

Beispiel:

Die zusätzlichen Abschlüsse erzeugen jährlich 600.000 Euro Deckungsbeitrag.

Erst auf dieser Ebene lässt sich ein klassischer ROI berechnen.

APM beschreibt Benefits Management entsprechend als Identifikation, Planung, Verfolgung und Realisierung von Benefits. Der Nutzen entsteht häufig erst, wenn das Projektergebnis im operativen Betrieb eingesetzt wird.

Das Projekt selbst erzeugt also nicht automatisch Value.

Es schafft zunächst die Voraussetzung dafür.

Ein häufiger Fehler besteht darin, nur externe Projektkosten zu berücksichtigen.

Beispiel:

Eine Software kostet 300.000 Euro.

Also werden 300.000 Euro als Projektkosten angesetzt.

Tatsächlich könnten zusätzlich entstehen:

Für eine belastbare Wirtschaftlichkeitsrechnung sollte deshalb nicht nur der Anschaffungspreis betrachtet werden.

Relevant ist der Total Cost of Ownership über den betrachteten Zeitraum.

Software und Implementierung: 300.000 Euro
Interne Projektressourcen: 120.000 Euro
Schulung und Change: 60.000 Euro
Migration: 70.000 Euro
Zusätzliche Betriebskosten über drei Jahre: 150.000 Euro

Gesamtkosten: 700.000 Euro

Wer nur die ursprünglichen 300.000 Euro verwendet, überschätzt den ROI erheblich.

Finanzielle Projektbenefits entstehen typischerweise aus vier Bereichen.

Zum Beispiel:

Zum Beispiel:

Beispielsweise:

Hier ist besondere Vorsicht notwendig.

Wenn ein neuer Prozess 10.000 Arbeitsstunden pro Jahr spart, bedeutet das nicht automatisch, dass diese Stunden einen entsprechenden finanziellen Benefit erzeugen.

Die entscheidende Frage lautet:

Was passiert mit der freigewordenen Kapazität?

Ein finanzieller Nutzen entsteht beispielsweise, wenn:

Zeitersparnis allein ist noch kein Cashflow.

Eine belastbare Berechnung lässt sich in sieben Schritte aufteilen.

Zunächst muss klar sein, welche Entscheidung bewertet wird.

Zum Beispiel:

„Lohnt sich die Einführung eines automatisierten Bestellprozesses?“

Nicht:

„Ist Digitalisierung sinnvoll?“

Je klarer die Investitionsentscheidung, desto sauberer die Berechnung.

Ohne Baseline lässt sich kein Benefit nachweisen.

Beispiel:

Heute benötigt ein Vorgang durchschnittlich:

Diese Werte bilden den Ausgangspunkt.

Die britische Verwaltung empfiehlt bei Benefits Management ebenfalls, eine klare Ausgangsbasis festzulegen, Benefits früh zu definieren und Doppelzählungen zwischen Projekten zu vermeiden.

Ein Benefit sollte konkret beschrieben werden.

Schlecht:

„Effizienz steigern.“

Besser:

„Die durchschnittliche Bearbeitungszeit bis Ende des ersten Betriebsjahres von 45 auf 25 Minuten reduzieren.“

Noch besser:

Zusätzlich festlegen:

Angenommen:

20.000 Vorgänge pro Jahr.

Zeitersparnis:

20 Minuten pro Vorgang.

Das entspricht:

6.667 eingesparten Stunden pro Jahr.

Wenn eine produktive Arbeitsstunde intern mit 50 Euro bewertet wird:

333.350 Euro theoretischer Produktivitätswert.

Aber:

Werden nur 70 Prozent der Kapazität tatsächlich wirtschaftlich nutzbar, sollte auch nur dieser Anteil angesetzt werden.

333.350 × 70 % = 233.345 Euro Benefit.

Diese konservative Vorgehensweise macht den Business Case glaubwürdiger.

Angenommen:

Gesamt:

600.000 Euro.

Angenommen:

Jährlicher Nutzen:

313.345 Euro

Gesamtnutzen:

940.035 Euro

ROI = (940.035 – 600.000) / 600.000 × 100

Ergebnis:

56,7 Prozent

Unter den getroffenen Annahmen erzeugt das Projekt somit einen ROI von rund 57 Prozent.

Angenommen, zwei Projekte konkurrieren um dasselbe Budget.

Projekt A:

Projekt B:

Welches Projekt ist attraktiver?

Die reine ROI-Kennzahl beantwortet diese Frage nicht ausreichend.

Deshalb sollten Unternehmen zusätzlich betrachten:

Die Amortisationsdauer zeigt, wie lange es dauert, bis die Investition durch die Benefits zurückverdient wurde.

Beispiel:

Projektkosten: 600.000 Euro
jährlicher Nettonutzen: 300.000 Euro

Payback Period = 2 Jahre

Gerade bei hoher Unsicherheit kann die Amortisationsdauer wichtiger sein als ein langfristig hoher ROI.

100.000 Euro heute sind wirtschaftlich wertvoller als 100.000 Euro in fünf Jahren.

Deshalb sollte bei mehrjährigen Investitionen häufig zusätzlich der Net Present Value – NPV beziehungsweise Kapitalwert – berechnet werden.

Dabei werden zukünftige Zahlungsströme auf ihren heutigen Wert abgezinst.

Der NPV berücksichtigt damit:

Ein positiver Kapitalwert bedeutet grundsätzlich, dass der Barwert der erwarteten finanziellen Vorteile die Investition übersteigt.

Auch offizielle Benefits-Management-Leitfäden verwenden den Net Present Value zur Bewertung langfristiger wirtschaftlicher Effekte.

Für einfache operative Projekte reicht der ROI häufig als erste Kennzahl.

Bei großen, mehrjährigen Investitionen sollte er nicht allein verwendet werden.

Angenommen, nach Einführung eines neuen Vertriebssystems steigt der Umsatz um zehn Prozent.

War das Projekt die Ursache?

Vielleicht.

Vielleicht stieg gleichzeitig:

Dann wäre es falsch, den gesamten Umsatzanstieg dem Projekt zuzuschreiben.

Eine belastbare ROI-Berechnung benötigt deshalb eine Attribution.

Möglichkeiten sind:

Eine PMI-Methode zur ROI-Ermittlung empfiehlt ausdrücklich, den Einfluss anderer Faktoren herauszurechnen und nur den tatsächlich zurechenbaren Effekt zu verwenden.

Ein dokumentiertes Programm eines großen Industrieunternehmens zielte darauf ab, Projektmanagementfähigkeiten, Kundenorientierung und Projektmargen zu verbessern.

Das Programm verfolgte dabei nicht nur Trainings- oder Prozesskennzahlen.

Gemessen wurden unter anderem:

Die dokumentierte Relation zwischen organisatorischem Nutzen und Programmkosten lag bei ungefähr 7:1.

Das Beispiel zeigt eine wichtige Logik:

Der Wert einer Projektinitiative entsteht nicht durch eingeführte Prozesse.

Er entsteht durch die messbare Veränderung wirtschaftlicher Ergebnisse.

Ein großes Unternehmen aus dem Gesundheitsumfeld führte eine zentrale digitale Serviceplattform ein.

Vor dem Start wurden unter anderem folgende Zielgrößen festgelegt:

Nach der Einführung berichtete der Anbieter unter anderem:

Die Investition lag laut Fallstudie bei rund 500.000 Euro. Die Angaben stammen aus einer Anbieter-Fallstudie und sind daher nicht mit unabhängiger Forschung gleichzusetzen.

Interessant ist weniger der konkrete Wert.

Entscheidend ist der Ansatz:

Baseline und Benefits wurden vor dem Go-live definiert und anschließend weiter gemessen.

Genau so sollte Benefits Realization funktionieren.

Projekte erzeugen auch Nutzen wie:

Es ist möglich, Teile davon finanziell zu bewerten.

Es ist aber nicht immer sinnvoll.

Ein häufiger Fehler besteht darin, jeden Benefit zwanghaft in Euro umzuwandeln.

Dadurch entstehen Scheingenauigkeiten.

APM unterscheidet deshalb ausdrücklich zwischen finanziellen beziehungsweise monetarisierbaren Benefits und nicht finanziellen Benefits, die trotzdem messbar sein können.

Ein gutes Projekt-Controlling kann deshalb zwei Ebenen zeigen:

Finanzieller ROI

und

weitere strategische Benefits

Beides gehört zur Gesamtbewertung.

Der schlechteste Zeitpunkt, erstmals über Benefits nachzudenken, ist der Projektabschluss.

Bereits im Business Case sollten feststehen:

Anschließend sollte der Business Case regelmäßig aktualisiert werden.

Denn Annahmen verändern sich.

Beispiel:

Ein Projekt kostet ursprünglich 2 Millionen Euro.

Erwarteter Nutzen:

4 Millionen Euro.

Sechs Monate später steigen die Kosten auf 3 Millionen Euro.

Gleichzeitig reduziert sich der erwartete Nutzen auf 3,2 Millionen Euro.

Das Projekt kann technisch weiterhin „grün“ sein.

Sein wirtschaftlicher Wert hat sich trotzdem massiv verändert.

Genau deshalb muss die Wirtschaftlichkeit während des Projekts überprüft werden.

Interne Kapazitäten sind nicht kostenlos.

ROI betrachtet den Nutzen relativ zur Investition.

Umsatz oder Einsparung allein sind kein ROI.

Gesparte Stunden erzeugen nur dann finanziellen Wert, wenn die Kapazität tatsächlich wirtschaftlich genutzt wird.

Dies passiert häufig zwischen Projekten eines Programms.

Ohne Ausgangszustand lässt sich Veränderung kaum nachweisen.

Nicht jede Verbesserung nach dem Projekt wurde durch das Projekt verursacht.

Viele Benefits entstehen erst im Betrieb.

Auch neue Betriebskosten, Folgekosten und negative Auswirkungen gehören in die Rechnung.

Hoher ROI bedeutet nicht automatisch höchste strategische Priorität.

Nicht jedes Projekt sollte primär über finanziellen ROI bewertet werden.

Das gilt besonders bei:

Beispiel:

Eine gesetzlich vorgeschriebene Anpassung besitzt möglicherweise einen negativen klassischen ROI.

Trotzdem muss das Unternehmen sie durchführen.

Dann sollte die Frage nicht lauten:

„Wie maximieren wir den ROI?“

Sondern:

„Wie erreichen wir das notwendige Ergebnis mit vertretbaren Kosten und Risiken?“

Auch bei Innovationen können Szenarien, Real Options oder stufenweise Investitionen sinnvoller sein als ein vermeintlich präziser ROI über zehn Jahre.

Eine einfache Struktur reicht häufig aus.

Für jedes größere Projekt werden sechs Größen festgelegt:

Das Ergebnis sollte nicht nur im Business Case stehen.

Es gehört auch in:

Benefits Management besitzt laut Forschung einen deutlich stärkeren Zusammenhang mit der Erzeugung strategischen Werts als mit reiner Projektmanagement-Performance.

Genau deshalb sollte der ROI nicht nur ein Finance-Thema sein.

Statt nur:

sollte ein Management-Dashboard zusätzlich zeigen:

Damit erkennt das Management früh, wenn ein Projekt zwar gut liefert, aber wirtschaftlich an Attraktivität verliert.

Die Standardformel lautet:

ROI = (monetärer Nutzen – Projektkosten) / Projektkosten × 100

Wichtig ist, dass sowohl Kosten als auch Nutzen vollständig und über denselben Betrachtungszeitraum erfasst werden.

Dafür gibt es keinen universellen Grenzwert. Entscheidend sind Branche, Risiko, Kapitalkosten, Laufzeit und Alternativinvestitionen. Ein ROI von 30 Prozent kann sehr attraktiv oder unzureichend sein.

Ja. Auch interne Ressourcen besitzen wirtschaftliche Kosten und sollten berücksichtigt werden, sofern sie durch das Projekt gebunden werden.

Mindestens:

Viele Benefits werden erst nach Abschluss des eigentlichen Projekts realisiert.

Der ROI ist eine finanzielle Kennzahl. Der Business Case bewertet die gesamte Investitionsentscheidung und kann zusätzlich strategische, qualitative, regulatorische und risikobezogene Aspekte enthalten.

Ja. Bei regulatorischen, Sicherheits- oder Pflichtprojekten kann der finanzielle ROI negativ sein, obwohl die Investition notwendig und das Projekt erfolgreich ist.

Ein Projekt ist nicht deshalb erfolgreich, weil es fertig ist.

Und auch nicht, weil alle Ampeln grün waren.

Echter Projekterfolg zeigt sich daran, ob die Investition die gewünschte Veränderung erzeugt und der daraus entstehende Nutzen den Aufwand rechtfertigt.

Der Projekt-ROI macht genau diese Perspektive sichtbar.

Dafür müssen Unternehmen jedoch sauber arbeiten:

Der wichtigste Perspektivwechsel lautet:

Nicht das Projektergebnis ist der eigentliche Wert.

Der Wert entsteht durch das, was anschließend mit diesem Ergebnis passiert.

Genau deshalb sollte die Frage im Steering Committee nicht nur lauten:

„Sind wir noch im Plan?“

Sondern ebenso:

„Ist dieses Projekt die Investition weiterhin wert?“

PURE Consultant unterstützt Unternehmen dabei, Projektsteuerung, Business Cases und Benefits Management so aufzubauen, dass Projekterfolg nicht nur über Termine und Budgets, sondern über nachvollziehbaren Business Value gemessen wird.