Was Projektziele nicht leisten und warum der Outcome entscheidet
Viele Veränderungsprojekte liefern, was sie versprochen haben – und trotzdem bleibt der erhoffte Nutzen aus. Der Grund liegt meist nicht in der Umsetzung, sondern davor: im Unterschied zwischen Zielen und Outcomes.
In Digitalisierungsprojekten werden Ziele definiert, Maßnahmen abgeleitet und Meilensteine verfolgt. Doch während Ziele beschreiben, was erreicht werden soll, benennen Outcomes, wofür der Aufwand betrieben wird. Dieser Unterschied ist zentral: Er bestimmt, ob ein Projekt am Ende den Nutzen stiftet, der die Investition rechtfertigt.
Ein klassisches Ziel lautet etwa: „Das ERP-System ist bis Q3 produktiv, alle Mitarbeitenden sind geschult." Der dazugehörige Outcome hingegen: „Durch schnellere und fehlerärmere Planungsprozesse gewinnen wir X Kapazitäten für geplante strategische Initiativen."
Ohne diese klare Trennung riskieren Unternehmen, zwar ein funktionierendes System zu implementieren – aber nicht den Mehrwert zu realisieren, der die Entscheidung für das Projekt ursprünglich getragen hat.
Ziele beschreiben das WAS. Ein Outcome beschreibt WOFÜR.
Vier gute Gründe, sich mit dem Outcome zu beschäftigen
1. Klarheit für dich selbst Wer sich zwingt, den erwarteten Nutzen konkret zu formulieren, merkt oft erst dabei, wie unscharf die eigene Vorstellung noch ist. Das ist keine Schwäche — sondern der wertvollste Moment im ganzen Prozess.
2. Gemeinsames Verständnis im Entscheiderkreis. Ohne expliziten Outcome gehen alle davon aus, dasselbe zu wollen und meinen doch häufig Verschiedenes. Wer das früh klärt, verhindert teure Konflikte später.
3. Offenheit für die richtige Lösung. Mit dem Mehrwert im Blick bleibt man unabhängiger von bestimmten Tools oder Anbietern. Die Frage "Bringt uns das wirklich dahin, wo wir hinwollen?" führt häufig zu besseren Entscheidungen als das Vertrauen auf leuchtende Versprechen einzelner Lösungsanbieter.
4. Maßstab für den Erfolg. Was nicht definiert ist, kann nicht gemessen werden. Und was nicht gemessen wird, gilt am Ende als erreicht, ob es stimmt oder nicht.
Ein klar definierter Outcome tut noch etwas mehr: Er gibt der Belegschaft einen Grund, mitzumachen. Weil der Sinn der Veränderung greifbar ist. Das ist einer der stärksten Hebel für eine erfolgreiche Umsetzung.
Wie macht man Outcomes sichtbar?
Die Schwierigkeit liegt nicht darin, dass Entscheider:innen keine klaren Vorstellungen hätten. Sondern darin, dass diese Vorstellungen selten explizit gemacht und abgeglichen werden. Die Lösung liegt darin, alle relevanten Stakeholder an einen Tisch zu holen und ein gemeinsames Bild zu entwerfen.
Diese Fragen bilden dafür den Rahmen:
❓ Was genau meinen wir, wenn wir von ... (beispielsweise „mehr Effizienz" oder „zufriedeneren Kunden") sprechen?
❓ Was ist dann konkret anders: qualitativ und quantitativ? Und wie könnten wir es messen?
❓ Für wen soll der Outcome eintreten? Welche Stakeholder profitieren, und wer trägt die Kosten?
❓ Wie fügt sich der angestrebte Nutzen in die Gesamtstrategie ein? Worauf zahlt er ein?
❓ Woran erkennen wir, dass wir angekommen sind?
Die Fragen klingen einfach, der Gesprächsprozess ist es nicht. Hier bietet sich eine externe Moderation an, die so lange "nachbohrt", bis das Ergebnis wirklich konkret formuliert ist.
Den Outcome in der Umsetzung verankern
Ein einmal definierter Outcome läuft Gefahr, schnell an Bedeutung zu verlieren, wenn er nirgendwo sichtbar bleibt. Denn das Projektteam folgt anderen Rationalitäten. Es verfolgt primär die Erreichung der Projektziele, den Output.
Zwei einfache Maßnahmen können ein Gamechanger sein:
👉 Den Outcome explizit in Projektsteckbriefen und Statusberichten aufführen, und zwar direkt neben den Projektzielen, nicht darunter.
👉 Den Outcome als festen Bestandteil der Lenkungskreis-Unterlagen machen. Falls es Messgrößen gibt, diese ebenfalls integrieren. Damit bleibt der Outcome regelmäßig in Statusmeetings auf der Entscheiderebene präsent, auch wenn der Projektdruck zunimmt.
Beide Maßnahmen helfen, aber sie setzen voraus, dass jemand auf der Führungsebene aktiv dafür sorgt, dass der Outcome nicht zur Folie wird, die man einmal erstellt und nie wieder anfasst.
Outcomes zu definieren darf kein einmaliger Workshop-Baustein sein. Das Nachhalten ist Führungsaufgabe und eine, die kontinuierlich Erinnerung braucht. Wer in Veränderungsprojekten nur das Projektmanagement stärkt, aber niemanden hat, der Strukturen und Verhaltensdynamiken im Blick behält, der riskiert, dass der definierte Outcome im Projektalltag hinten runter fällt.
Warum das keine weitere Aufgabe für Projektmanager:innen ist, beschreibe ich im nächsten Teil dieser Reihe. Warum Projektleiter:innen Change nicht alleine managen können
Wenn du gerade in einem Veränderungsprojekt steckst und dir nicht sicher bist, ob der Outcome klar genug definiert ist: Lass uns darüber reden.
Weiterer verwandter Artikel: