Warum Transformationsnutzen doppelt gezählt wird und wie man das verhindert

Nehmen wir zur Veranschaulichung ein Programm mit zwei Initiativen. Ein Einkaufsstrang verhandelt die Verpackungspreise neu und weist die Einsparung als Preissenkung mal prognostizierte Menge aus. Ein Lagerstrang ändert die Kartongrößen, verbraucht weniger Verpackung pro Auftrag und weist die Einsparung als vermiedene Einheiten mal alten Preis aus. Beide Ansprüche landen auf demselben Hauptbuchkonto. Zusammengezählt können sie die Veränderung übersteigen, die das interne Rechnungswesen ausweist, ohne dass innerhalb eines Arbeitsstrangs jemand einen Fehler gemacht hat.

Das Muster wiederholt sich in den meisten Programmen. Eine Automatisierungsinitiative beansprucht freigesetzte Stunden im Finanzbereich, während eine Shared-Services-Initiative die Kosten desselben Teams beansprucht. Eine Preisinitiative beansprucht Marge, die eine Verschiebung im Produktmix geliefert hat. Eine Lieferantenkonsolidierung beansprucht einen Bonus, den das Budget bereits unterstellt hatte. Jeder Business Case wurde für sich genehmigt, und jede verantwortliche Person berichtet den Fortschritt gegenüber ihrem eigenen Ausgangswert. Die Programmsumme ist die Summe der Ansprüche, und die Summe der Ansprüche ist größer als die Veränderung in der Gewinn- und Verlustrechnung.

Niemand bemerkt es, bis jemand den Nutzenbericht mit dem Hauptbuch vergleicht. In vielen Programmen geschieht das erst beim Jahresabschluss-Review, wenn das Geld bereits ausgegeben ist und das Budget des nächsten Jahres Einsparungen eingeplant hat, die nie eingetreten sind.

Nutzenregister sind normalerweise nach Initiativen gegliedert. Jede Zeile ist ein Arbeitsstrang mit Nutzen, verantwortlicher Person, Ausgangswert, Ziel und Status. Diese Struktur beantwortet die erste Frage eines Programmlenkungsausschusses, nämlich ob jeder Arbeitsstrang im Plan liegt. Sie kann nicht zeigen, ob zwei Zeilen dasselbe Geld beschreiben, weil das Konto, auf dem das Geld liegt, keine Spalte ist.

Die veröffentlichte Fachliteratur zum Nutzenmanagement benennt das Problem. Das Material zu APMG Managing Benefits nennt als einen Grund für eine Portfolio-Sicht auf Nutzen, Doppelzählungen zu minimieren, bei denen derselbe Nutzen von mehr als einer Initiative beansprucht und zu ihrer Begründung herangezogen wird. Der Leitfaden der britischen Infrastructure and Projects Authority für Großprojekte aus dem Jahr 2017 unterscheidet liquiditätswirksamen Nutzen, der ein Budget senkt, von nicht liquiditätswirksamem Nutzen, der eine Effizienz bewirkt, ohne zwangsläufig ein Budget zu senken. Zudem verlangt er, für jeden Nutzen in der Projektinitiierung einen Ausgangswert festzulegen, bevor die Umsetzung die Leistung beeinflusst.

Programme in der Privatwirtschaft lassen beide Disziplinen oft aus. Freigesetzte Stunden werden mit einem Vollkostensatz in Pfund umgerechnet und mit Barersparnissen zu einer Summe addiert, obwohl die Stunden erst dann zu Geld werden, wenn eine Kostenzeile sinkt: Personalbestand, Überstunden, Leiharbeit oder externe Auftragnehmer. Ausgangswerte werden zu unterschiedlichen Zeitpunkten von unterschiedlichen Verantwortlichen erhoben, sodass eine Initiative vom Ist des Vorjahres aus misst und eine andere vom Budget des laufenden Jahres.

Die Lösung besteht darin, das Register nach Hauptbuchkonten statt nach Initiativen aufzubauen. Jede Zeile ist ein Sachkonto oder eine Kombination aus Kostenstelle und Konto, bei dem mindestens eine Initiative eine Veränderung erwartet. Jede Spalte ist eine Initiative, und jede Zelle enthält den Anspruch dieser Initiative auf dieses Konto.

Dann gelten zwei Regeln. Die erste ist eine Obergrenze. Die Summe der Ansprüche auf ein Konto darf die gemessene Veränderung dieses Kontos nach Bereinigung um Menge, Preis und Währung nicht übersteigen. Sind die Verpackungsausgaben um weniger gesunken als die Ansprüche von Einkauf und Lager zusammen, werden die Ansprüche nach einer Zuordnungsregel, die vor Beginn der Arbeit vereinbart wurde, auf die Veränderung zurückgeführt. Die zweite ist ein Liquiditätstest. Ein Nutzen gilt nur dann als liquiditätswirksam, wenn ein Konto im Hauptbuch die Senkung zeigt. Freigesetzte Stunden bleiben in einer separaten Kapazitätsspalte, bis eine Entscheidung sie in eine niedrigere Kostenzeile oder in nachweislich zusätzliche Leistung überführt.

Der IPA-Leitfaden beschreibt eine Organisation, die unterzeichnete Nutzenverträge eingeführt hat. Sobald ein Vertrag unterzeichnet war, wurde der Nutzen verbucht, und wenn er liquiditätswirksam war, nahm der Finanzbereich das Geld aus allen künftigen Budgets heraus. Ein kontenbasiertes Register macht diesen Schritt zur Routine. Die Einsparung verlässt die Budgetzeile 2027 in dem Moment, in dem sie beansprucht wird, und wer sie zweimal beansprucht, muss sie auch zweimal finanzieren.

Die Obergrenze funktioniert nur, wenn die Veränderung jedes Kontos jeden Monat auf dieselbe Weise gemessen wird. Drei Bereinigungen leisten dabei den Großteil der Arbeit.

Zuerst die Menge. Ein Kostenkonto, das sinkt, weil das Unternehmen weniger Aufträge ausgeliefert hat, hat von keiner Initiative profitiert; deshalb wird der Ausgangswert auf die tatsächliche Menge umgerechnet, bevor irgendetwas zugeordnet wird. Dann der Preis. Folgt ein Einsatzfaktor einem Marktpreis, etwa Fracht, Energie oder ein Rohstoff, wird der Ausgangswert auf den aktuellen Index umgerechnet, damit ein fallender Markt nicht als Einkaufserfolg verbucht wird und ein steigender eine echte Einsparung nicht auslöscht. Drittens die Währung, bei jedem Konto mit Ausgaben in einer Fremdwährung.

Die Zuordnungsregel für gemeinsam genutzte Konten muss vor dem Start der Initiativen vereinbart werden, weil danach jede verantwortliche Person einen Grund hat, eine andere zu bevorzugen. Bei sequenzieller Zuordnung behält die Initiative, die zuerst liefert, ihren vollen Anspruch, und spätere werden an der neuen Run-Rate gemessen, was sich leicht prüfen lässt. Bei proportionaler Zuordnung wird die Veränderung nach dem prognostizierten Anteil jeder Initiative aufgeteilt. Beides kann funktionieren. Ein Regelwechsel mitten im Programm funktioniert nicht.

In der Praxis wird das Transformation Office zu einem monatlichen Leser des Hauptbuchs. Nach dem Monatsabschluss veröffentlicht der Finanzbereich die bereinigte Veränderung für jedes Konto im Register. Das Office wendet die Obergrenze und die Zuordnungsregeln an, und der Nutzenbericht wird aus diesen Zahlen erzeugt statt aus den Meldungen der Verantwortlichen. Die Verantwortlichen berichten weiterhin Meilensteine, aber ein Meilenstein bewegt die Nutzensumme nicht. Das tut nur das Hauptbuch.

Dasselbe Prinzip gilt für die Arbeit selbst. Initiativen werden als Aufgaben mit Abnahmekriterien formuliert, die sich in einem Live-System prüfen lassen: Das Lagerprotokoll zeigt den neuen Kartonmix bei jedem Auftrag, das Kreditorenbuch zeigt Rechnungen zum neuen Preis, die Lohndatei zeigt die geschlossene Position für Leiharbeit. Eine Aufgabe ist abgeschlossen, wenn das System die Veränderung zeigt. So führen wir Transformationsarbeit, und deshalb baut dasselbe Team, das eine Initiative konzipiert, auch die Integration, Automatisierung oder das Reporting, auf das sie angewiesen ist, damit Kennzahl und Mechanismus zusammenbleiben.

Fachpartner kommen hinzu, wo eine Initiative Tiefe in einem bestimmten ERP oder einen Rollout in der Landessprache braucht. Das Register, die Zuordnungsregeln und die monatliche Auswertung des Hauptbuchs bleiben bei einem verantwortlichen Team.

Im November 2026, bevor die Budgets für 2027 festgeschrieben werden, für jedes betroffene Konto einen Ausgangswert aus den Ist-Zahlen der letzten zwölf Monate einfrieren, bereinigt um Menge, Preis und Währung, und Datum sowie Methode dokumentieren.

Im Dezember das Nutzenregister nach Hauptbuchkonten neu aufbauen, für jedes Konto, das mehr als eine Initiative berührt, die Zuordnungsregel vereinbaren und beanspruchte liquiditätswirksame Einsparungen aus den zugehörigen Budgetzeilen 2027 herausnehmen.

Ab dem Monatsabschluss Januar 2027 die Nutzensumme jeden Monat aus dem Hauptbuch veröffentlichen, mit Kapazitätsnutzen in einer separaten Spalte, die nie zum liquiditätswirksamen Nutzen addiert wird.

Bis Ende März jeden Nutzen prüfen, der nach einem vollen Quartal Umsetzung nicht auf seinem Konto erschienen ist, und entweder den Mechanismus aufzeigen, der ihn bewegen wird, oder ihn aus dem Business Case streichen.

Im Juni dem Vorstand das Halbjahr als bereinigte Hauptbuchveränderung gegenüber dem eingefrorenen Ausgangswert berichten und die Ziele für das zweite Halbjahr aus dieser Zahl ableiten statt aus den ursprünglichen Business Cases.