Form
Polarity Map (Vier-Felder-Diagramm) als Bild oder digital plus Markdown mit Polaritäts-Beschreibung, Vorteilen je Pol, Risiken bei Überbetonung, beobachtbaren Warnzeichen und Balance-Aktionen mit Owner und Trigger.
Run SheetSystems ThinkingTension Mapping
Polarity Mapping
KomplexitätMedium
Zeit1-2 h
Teilnehmende3-12
FormatWorkshop
MaturityEstablished
01
Vorbereitung
Was vor Start vorliegen muss
Materialien
Whiteboard oder Miro-Board mit Vier-Felder-Raster (zwei Pole horizontal, „Vorteile“ oben und „Risiken bei Überbetonung“ unten); Haftnotizen in zwei Farben für die zwei Pole; Marker; Timer.
Personen / Rollen
Ein Facilitator mit Polarity-Erfahrung, der Pole sauber definiert und Diskussion ausbalanciert; drei bis zwölf Teilnehmer mit Stellung zur Spannung; ein Scribe für die Warnzeichen und Balance-Aktionen.
Vorabinfos
Beschreibung der Spannung in 2-3 Sätzen; bisherige Versuche, sie als Problem zu lösen, und warum sie zurückkamen; Beispiele beider Pole im Alltag; betroffene Stakeholder.
Zeitbedarf
1-2 h
Setup
Vier-Felder-Raster vorbereiten, Pol A links, Pol B rechts. Vorteile oben, Risiken bei Überbetonung unten. Regel: Spannung ist Polarity, nicht Problem. Es gibt kein „richtiges“ Ende.
02
Kernfrage
Die eine Frage, die diese Methode beantwortet
Welche Pole stehen in dauerhafter Spannung, welche Vorteile bietet jeder Pol, und welche Warnzeichen und Aktionen halten das Pendel in Balance?
03
Ablauf
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Polarity statt Problem | 10-15 min | Gemeinsam prüfen, ob die Spannung wirklich Polarity ist: Beide Pole nötig, dauerhafte Tension, kein eindeutiger „richtiger“ Pol. Wenn ja, beide Pole benennen. | Wenn ein Pol klar präferiert wird und der andere nur Übergangslösung ist, ist es ein Problem, kein Polarity. Methode dann wechseln. |
2Phase 2: Vorteile je Pol | 20-25 min | Pro Pol Vorteile sammeln (oberes linkes und oberes rechtes Feld). Mindestens fünf pro Pol. Mit konkreten Beispielen unterlegen. | Wenn ein Pol viel weniger Vorteile bekommt, ist die Gruppe nicht ausbalanciert. Devil's-Advocate-Rolle für den unterrepräsentierten Pol einführen. |
3Phase 3: Risiken bei Überbetonung | 20-25 min | Pro Pol fragen: was passiert, wenn dieser Pol allein verfolgt wird und der andere vernachlässigt? Unterer Quadrant pro Pol. Beispiele aus realen Vorfällen, wo das passiert ist. | Risiken bei Überbetonung sind die eigentlichen Warnzeichen. Sie zeigen, wann das Pendel zu weit ausschlägt. |
4Phase 4: Warnzeichen formulieren | 15-20 min | Pro Pol konkrete, beobachtbare Warnzeichen (z. B. Metriken, Verhaltensmuster, Stimmung), die anzeigen, dass das Pendel zu weit nach diesem Pol ausgeschlagen ist. Mindestens drei pro Pol. | Warnzeichen müssen messbar oder klar beobachtbar sein. „Es fühlt sich falsch an“ ist kein Warnzeichen, „Time-to-Decision steigt über 14 Tage“ ist eins. |
5Phase 5: Balance-Aktionen | 15-20 min | Pro Warnzeichen eine konkrete Aktion festlegen, die in Richtung des anderen Pols zieht. Owner und Trigger pro Aktion benennen. | Aktionen werden nicht alle gleichzeitig ausgeführt, sondern bei Eintritt eines Warnzeichens. Owner muss in Position sein, die Aktion auch einzuleiten. |
04
Artefakt
Was am Ende rauskommt
Tool-Alternativen
- Miro mit Polarity-Map-Template
- Whiteboard mit Foto-Export
- Notion-Seite mit Tabelle pro Quadrant
- Confluence-Seite im Strategy-Space
Versionierung / Ownership
Pro Polarity eigener Eintrag mit Datum. Bei jedem Triggern einer Balance-Aktion Update-Sektion: Warnzeichen, Aktion, Effekt. Map bleibt living document, nicht einmaliger Workshop-Output.
canvas
Polarity Mapping Arbeitsvorlage
Kompakte Arbeitsvorlage für Polarity Mapping mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Polarity Mapping 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
- Polarity Map:
- Warning Signs:
- Balance Actions:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.05
Beispielausgabe
Konkret gefülltes Szenario
polarity-mapping-beispiel.md
markdown## Polarity Map — Autonomie vs. Alignment in Teams (18.05.2026)
**Polarity**: Team-Autonomie vs. Cross-Team-Alignment.
**Vorteile Autonomie**: Schnelle Entscheidungen, hohe Motivation, Kontextnähe, Eigentum am Outcome, Innovation.
**Vorteile Alignment**: Konsistente Customer Experience, geringere Duplikation, gemeinsame Standards, Skaleneffekte, einfachere Mobilität von Personen.
**Risiken bei Überbetonung Autonomie**: Inkonsistente UI, doppelte Infrastruktur, divergierende Roadmaps, Wissensinseln.
**Risiken bei Überbetonung Alignment**: Entscheidungslähmung, viele Cross-Team-Meetings, fehlende Eigenverantwortung, Innovation in der Mitte erstickt.
**Warnzeichen Autonomie zu hoch**: Drei oder mehr UI-Komponenten für gleiche Funktion, Tickets zwischen Teams steigen über 20/Monat, Architecture Review meldet 3+ Duplikate.
**Warnzeichen Alignment zu hoch**: Time-to-Decision in Cross-Team-Meetings über 14 Tage, Anteil Cross-Team-Meetings im Kalender über 30%, Engagement-Score unter 6/10.
**Balance-Aktionen**:
- Bei 3+ UI-Duplikaten: Design System Review einberufen. Owner: @julia.
- Bei Cross-Team-Meeting-Anteil über 30%: Team-API-Review. Owner: @marcus.06
Stolperfallen
Symptome erkennen, gegensteuern
Falle
Polarity ist eigentlich ein Problem
Symptom
Ein Pol ist klar präferiert, der andere wird als Übergang oder Fehler behandelt.
Was tun
Phase 1 ernst nehmen. Wenn nicht beide Pole dauerhaft nötig sind, ist es ein Problem, kein Polarity. Andere Methode wählen.
Falle
Unausgewogene Vorteilssammlung
Symptom
Ein Pol bekommt 12 Vorteile, der andere 3. Map ist verzerrt.
Was tun
Devil's Advocate für den unterrepräsentierten Pol. Bei Bedarf Phase 2 für diesen Pol wiederholen mit anderen Teilnehmern.
Falle
Warnzeichen sind nicht beobachtbar
Symptom
Warnzeichen lauten „wenn es schiefläuft“ oder „wenn es zu viel wird“.
Was tun
Pro Warnzeichen Metrik oder klar beobachtbares Verhalten verlangen. Wenn nicht messbar, dann nicht Warnzeichen, sondern Bauchgefühl.
Falle
Balance-Aktionen ohne Trigger
Symptom
Aktionen werden als Liste geführt, ohne Bedingung für ihren Einsatz.
Was tun
Pro Aktion Trigger benennen („wenn Warnzeichen X erreicht“). Aktionen ohne Trigger werden nicht angewendet oder ständig, beides falsch.
Falle
Methode wird einmal angewandt und vergessen
Symptom
Map liegt im Confluence, niemand prüft sie wieder, Warnzeichen werden übersehen.
Was tun
Review-Cadence (z. B. quartalsweise) festlegen. Owner verantwortet, dass Warnzeichen-Metriken auf einem Dashboard sichtbar bleiben.
07
Abbruchkriterien
Done-Signale, in unter einer Minute prüfbar
Spannung ist eigentlich Problem, ein Pol klar präferiert.
Pole sind nach 20 min nicht klar benennbar, Polarity ist nicht erkennbar.
Nur eine Seite im Raum vertreten, Vorteile des anderen Pols werden nicht gesehen.
Workshop unter 45 min angesetzt, fünf Phasen nicht durchführbar.
Warnzeichen bleiben durchgängig vage, Map ist nicht operationalisierbar.
Keine Person mit Hebel für Balance-Aktionen anwesend, Aktionen versanden.
Run Sheet durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.