Was vorher fertig sein muss
Team versteht systemisches Denken in Loops und Verzögerungen, idealerweise mit einem ausgearbeiteten Diagramm der relevanten Dynamik.
Was vor Start vorliegen muss
Liste der 12 Leverage Points nach Meadows; Whiteboard oder Miro-Board mit hierarchischer Vorlage (niedrige Hebel unten, hohe oben); aktuelle Aktions-Liste der Initiative; Causal Loop Diagram oder Systembild als Referenz; Stifte.
Ein Facilitator mit Systems-Thinking-Hintergrund; Strategie- oder Veränderungs-Lead; 3-12 Teilnehmer aus betroffenen Bereichen; ein Scribe für Hebel-Zuordnung und Aktionen.
Beschreibung der Initiative oder des Veränderungsvorhabens; aktuelle Aktions-Liste; Systembild der Dynamik; Meadows-Artikel als Pre-Read; vergangene Veränderungs-Versuche mit Ergebnis.
Half day (4 h)
Vorlage mit 12 Stufen vertikal angeordnet, niedrige Hebel unten (1: Parameter), hohe oben (12: Paradigma transzendieren). Pro Stufe kurze Definition. Aktionen als Karten bereitlegen.
Die eine Frage, die diese Methode beantwortet
Welche Hebelstufen adressieren unsere geplanten Aktionen, und welche höheren Hebel würden mehr Wirkung erzielen?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: 12 Leverage Points einführen | 30-40 min | Pro Hebel kurze Erklärung mit Beispiel. Reihenfolge wichtig: 1 Numbers (Parameter), 2 Buffers, 3 Stock-Flow-Struktur, 4 Delays, 5 Balancing Loops, 6 Reinforcing Loops, 7 Information Flow, 8 Rules, 9 Self-Organization, 10 Goals, 11 Paradigms, 12 Transcending Paradigms. | Wenn Hebel-Konzept nicht klar, wird Zuordnung beliebig. Pro Hebel ein eigenes Beispiel bringen, das Teilnehmer kennen. Abstrakte Theorie reicht nicht. |
2Phase 2: Aktuelle Aktionen sammeln | 20-30 min | Geplante oder laufende Aktionen der Initiative auflisten. Pro Aktion klare Beschreibung: was wird verändert, wie wirkt es. | Wenn nur 3-4 Aktionen vorliegen, ist Aktions-Set zu klein für Hebel-Diskussion. Vor Workshop mindestens 8-12 Aktionen sammeln. |
3Phase 3: Aktionen Hebelstufen zuordnen | 60-90 min | Pro Aktion Hebel-Stufe diskutieren und zuordnen. Begründung dokumentieren. Bei mehreren möglichen Stufen die höchste wählen. | Die meisten Aktionen sind in Wirklichkeit niedrige Hebel (Parameter, Buffer). Das ist Erkenntnis-Schock. Häufig fehlt Aktion auf Goal- oder Paradigm-Ebene komplett. |
4Phase 4: Höhere Hebel ergänzen | 45-60 min | Pro nicht abgedeckte hohe Hebel-Stufe (z. B. Rules, Goals, Paradigms) Aktion vorschlagen, die diese Stufe adressiert. Nicht jede Stufe muss abgedeckt sein, aber bewusst entschieden. | Hohe Hebel sind schwerer zu bauen, wirken aber langfristig stärker. Wer nur niedrige Hebel hat, optimiert das System, ändert es aber nicht. |
5Phase 5: Aktions-Strategie über mehrere Hebel | 30-45 min | Strategie formulieren: welche Mischung aus niedrigen, mittleren und hohen Hebeln. Quick Wins (niedrig) und langfristige Hebel (hoch) bewusst kombinieren. Owner und Frist pro Aktion. | Reine Hoch-Hebel-Strategie ist riskant (langfristig, schwer messbar). Reine Niedrig-Hebel-Strategie ändert nichts grundlegend. Mischung ist Ziel. |
Was am Ende rauskommt
Hebel-Map mit allen 12 Stufen, zugeordneten Aktionen, Begründungen. Aktions-Strategie mit Owner und Frist, sortiert nach Hebel-Stufe. Visualisierung als Pyramide oder Hierarchie. Verlinkt mit Initiative-Dokumentation.
Pro Strategie-Iteration neu. Aktions-Status laufend pflegen. Bei Pivot der Initiative neue Map. Vorversion archivieren mit Datum und Begründung.
Kompakte Arbeitsvorlage für Leverage Points mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Leverage Points Canvas
## Kontext
Wofür wird die Methode eingesetzt?
## Kernfrage
Welche Frage soll am Ende beantwortet sein?
## Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
## Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
## Ergebnisartefakte
- Hebel-Map:
- Aktionsstrategie:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Konkret gefülltes Szenario
## Leverage Points - Transformation „Engineering-Effizienz“, 2026-05-18
**Initiative-Kontext**: Engineering-Throughput soll um 30% steigen, ohne Hiring zu verdoppeln.
**Aktionen und Hebel-Zuordnung**
| Aktion | Hebel-Stufe | Begründung |
|--------|-------------|------------|
| CI-Build-Zeit von 35 auf 10 min reduzieren | 1 Numbers | Parameter-Optimierung, schneller Effekt, kein System-Wechsel |
| WIP-Limit auf 3 pro Engineer setzen | 1 Numbers | Parameter |
| Doku-Sprint-Quote 10% einführen | 2 Buffers | Wissens-Buffer aufbauen |
| On-Call-Rotation von 3 auf 5 Personen | 1 Numbers | Buffer für Belastung |
| Bounded-Context-Splitting Order-Service | 3 Stock-Flow-Struktur | strukturelle Änderung, Team-Verantwortung verschoben |
| Self-Service Platform für Identity | 7 Information Flow | Konsumenten sind nicht mehr von direkter Kommunikation abhängig |
| Code-Review-Norm auf Pair-Programming-Toleranz | 8 Rules | Regel-Änderung, ermöglicht alternative Praxis |
| Tech-Talk-Programm 30 min/Woche | 6 Reinforcing Loop | Skill-Aufbau, der mehr Skill-Aufbau ermöglicht |
| OKR-Goal: „Outcome > Output“ | 10 Goals | Ziel-Änderung, treibt Verhalten und Priorisierung neu |
| Engineering-Karriere-Modell mit Senior-Track ohne Management | 8 Rules | strukturelle Regel |
**Lücken**
- Stufe 5 (Balancing Loops): keine Aktion. Diskussion: Feedback-Schleifen für Schätzungs-Genauigkeit (z. B. Forecast-Reviews) ergänzen.
- Stufe 9 (Self-Organization): keine Aktion. Diskussion: mehr Autonomie für Squads in Tech-Stack-Entscheidung erlauben.
- Stufen 11-12 (Paradigms): keine Aktion. Diskussion: aktuelles Paradigma „mehr Engineers = mehr Output“ in Frage stellen, Paradigma „Effektivität > Effizienz“ kommunizieren.
**Vorgeschlagene Hochhebel-Aktionen**
- **Stufe 5**: Quarterly Forecast Review mit Velocity-Daten und Schätz-Genauigkeit. Owner: @julia, Start Q3.
- **Stufe 9**: Tech-Stack-Charter erlaubt Squad-Autonomie in Wahl. Owner: @julia mit Architecture-Council, Konsens bis Q3-Ende.
- **Stufe 11**: Paradigma-Kommunikation in All-Hands Q3, „Outcome-Orientierung“. Owner: @julia und @lisa (CMO).
**Strategie**: Quick Wins durch Niedrig-Hebel (CI, WIP, On-Call) in Q3 sichern, parallel Hoch-Hebel-Aktionen für nachhaltige Veränderung in Q3-Q4 aufbauen.Symptome erkennen, gegensteuern
Aktions-Liste enthält nur Parameter-Änderungen, Goals und Paradigms werden nicht adressiert.
Bewusst nach hohen Hebeln fragen. „Welche Ziel-Änderung würde unser System anders verhalten lassen?“ Hohe Hebel sind schwerer, aber wirksamer. Mischung ist Ziel.
Kleine Aktion wird auf hohe Stufe (z. B. Paradigma) gelegt, weil sie inspirierend formuliert ist.
Hebel-Stufe nach tatsächlicher System-Wirkung, nicht nach Inspiration. Ein Workshop-Slogan ist kein Paradigma-Wechsel. Substanz-Test: was ändert sich faktisch.
Paradigma-Wechsel wird beschlossen, aber ohne konkrete nächste Schritte oder messbare Aktion.
Hohe Hebel brauchen längere Zeitskala und konkrete Sub-Aktionen. Pro hohem Hebel mindestens drei Sub-Aktionen mit Owner und Frist. Sonst bleibt es Lippenbekenntnis.
Teilnehmer kennen Loops und Verzögerungen nicht, Hebel-Diskussion bleibt oberflächlich.
Pre-Read Meadows-Artikel verpflichtend. Falls Team neu in Systems Thinking, vorher Workshop „Causal Loop Diagram“ oder „Systems Mapping“ durchführen.
Workshop produziert lange Liste, aber keine Strategie über Hebel-Stufen.
Phase 5 ist verbindlich. Strategie-Logik: Quick Wins niedrig, nachhaltige Wirkung hoch. Workshop endet mit Strategie-Statement, nicht mit Liste.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.