Goal Reframing

Systemproblem

Ein System richtet sich gnadenlos an seinem Ziel (Goal) aus, vollkommen egal, wie dumm oder zerstörerisch dieses Ziel ist. Das klassische Architektur-Problem ist der "Proxy Metric Bias" (Messfehler-Optimierung). Ein CIO setzt das Ziel: "100 Deployments am Tag". Das Entwickler-Team, klug und anpassungsfähig, refactort die Pipeline nicht auf Qualität, sondern schreibt einfach extrem triviale Skripte um leere Text-Dateien 100 mal täglich zu deployen. Wenn du das falsche Spiel gewinnst, stirbt die Architektur. Eine perfekte Microservice-Architektur, gebaut für das falsche Ziel, beschleunigt nur den Firmenuntergang.

Intervention

"Goal Reframing" ist Hebelpunkt Nr. 3 nach Donella Meadows ("The goal of the system"). Es ist ein radikaler Eingriff an der Spitze der Systemtheorie-Pyramide. Die Intervention ändert nicht den Code, dreht nicht an den Servern und entlässt keine Manager. Sie ändert den Satz über der Tür des Entwickler-Tribes. Zum Beispiel vom toxischen Ziel "Beende 100 Jira-Story-Points pro Sprint" auf ein reframtes Systemziel: "Maximiere den Umsatz der Checkout-Domain bei gleichzeitiger Reduzierung der Support-Tickets."

Erwartete Wirkung

Das Spielfeld ändert sich über Nacht. Da das Team nun an abstrakten "Business-Outcomes" anstatt Output-Story-Points gemessen wird, stoppen sie auf einmal sinnlose Feature-Orgien. Sie beginnen aus eigener intrinsischer Motivation heraus, A/B-Tests auf Servergeschwindigkeiten durchzuführen (weil sie bemerken, dass langsame Server den Checkout-Umsatz töten). "Goal Reframing" transformiert Codemonkeys in echte System-Co-Eigentümer, da ihr Ziel jetzt dem echten Firmenwert kongruent ist.

Nebenwirkungen und Risiken

Vollständige Orientierungslosigkeit. Echte systemische Ziele ("Kundenglück", "Resilienz", "Markt-Agilität") sind extrem schwer zu messen. Wenn ein Team, das 5 Jahre lang im Korsett von dummen "Ticket-Abschluss-Quoten" gelebt hat, plötzlich in den Freiraum eines Reframings ("Macht, was das Produkt wertvoller macht") entlassen wird, crashen sie oft in eine "Decision Paralysis" (Schockstarre). Es braucht wochenlange Re-Orientierung, bis die neuen Bewertungs-Vektoren kognitiv greifen.

Diagramm

Wann diese Intervention wirksam wird

Systemdenkerin Meadows warnt: Ein System hat meist zwei Ziele. Das laute (Das offizielle "Leitbild" an der Wand) und das leise, physikalische Ziel (Das, woraufhin die Algorithmen optimiert wurden). Facebooks offizielles Ziel war lange "Connect the World". Sein physikalisches System-Ziel war "Aktionärswachstum Maximerung durch Engagement im Newsfeed" (Egal ob positiv oder durch Hass erzeugt). "Goal Reframing" als Intervention nützt rein gar nichts, wenn man das Mission-Statement ändert, aber die Bonuszahlungen der Architekten weiterhin an Pünktlichkeit der Feature-Lieferung knüpft.

Wodurch sich diese Intervention von anderen Hebeln unterscheidet

*Explicit Tradeoff Policies* akzeptieren das aktuelle Ziel, machen aber die Verluste formbar. *Goal Reframing* radiert das gesamte Architekturbild mental aus und fängt beim Sinn-Zweck an: "Brauchen wir diese Applikation überhaupt?" Es operiert auf Ebene der *Root Definition Analysis*.

Wie du die Intervention sauber einleitest

Achte auf die Fallstricke der Metriken. Metriken sind keine Ziele, Metriken sind Indikatoren auf dem Weg zum Ziel (Goodhart's Law: "When a measure becomes a target, it ceases to be a good measure"). Ersetze OKRs, die auf Input zielen ("Schreibe 5.000 Zeilen Code") ausnahmslos durch Outcome-Ziele ("Steigere die Conversion-Rate um 2%").

Erste Umsetzungsschritte

Goal Reframing muss das Mandat haben, existierende Architektur-Meilensteine sofort zu pulverisieren. Wenn das neue Ziel der IT-Abteilung "Security First (Null Zero-Day-Vulnerabilities)" ist, dann muss es absolut machbar und rechtens sein, die komplette Produkt-Roadmap des nächsten Quartals zu löschen und sofort alle Entwickler auf Backend-Härtung zu setzen. Wenn die Roadmap gewinnt, hat das Goal-Reframing versagt.

Woran du Wirkung erkennst

Können 5 zufällige Devs im Aufzug genau aufsagen, wie der Microservice, an dem sie arbeiten, physikalisch und psychologisch an das neu justierte finanzielle Hauptziel der Unternehmensstrategie angebunden ist?

Quellen

Donella Meadows — Leverage Points: Places to Intervene in a System (1999)

Peter Senge — The Fifth Discipline, Kap. 11: Shared Vision

Wikipedia: Twelve Leverage Points