l4ci/latticework

okr

OKRs (Andy Grove bei Intel; popularisiert von John Doerr, Measure What Matters) kombinieren ein qualitatives, zeitgebundenes Ziel mit 3-5 quantitativen Schlüsselergebnissen, sodass aus einer vagen Ambition etwas wird, das man bewerten kann: Wer alle Schlüsselergebnisse erreicht, hat per Definition das Ziel erreicht.

Die Anatomie von Zielen und Schlüsselergebnissen, Outcome versus Output, Bewertung, Rhythmus, Ausrichtung und die Fallstricke finden sich in references/okr.md. Laden Sie diese Datei, bevor Sie die Moderation durchführen.

Wann verwenden

Der Benutzer möchte eine Strategie oder Ambition in messbare und überprüfbare Ziele umwandeln, normalerweise für ein Quartal. OKRs sind die Zielsetzungsebene; für den breiteren Leistungsmessungsrahmen, der Ziele über finanzielle, kundenbezogene, prozessorientierte und lernbezogene Perspektiven hinweg verbindet, ist der Balanced-Scorecard-Skill der Begleiter. Verwenden Sie OKRs, wenn die Frage lautet: „Was wollen wir in diesem Zeitraum erreichen, und woran werden wir es messen?“

Sprache

Moderieren und schreiben Sie das Dokument in der Sprache, die der Benutzer verwendet. Die Referenzdatei ist englisch; halten Sie das Framework unabhängig von der Ausgabesprache daran ausgerichtet.

Eingaben

• SCOPE (erforderlich): die Ebene (Unternehmen, Team oder Einzelperson) und der Zeitraum (z. B. Q3 2026).
• DIRECTION (optional): die Strategie oder übergeordnete OKRs, an denen diese ausgerichtet sein sollen.
• CONTEXT (optional): die aktuelle Situation, Einschränkungen und das, was die Einheit verantwortet.

So moderieren Sie

Führen Sie einen OKR-Entwurfszyklus mit dem Benutzer durch. Benennen Sie jede Stufe bei jedem Schritt und halten Sie sie im OKR-Dokument fest. Überspringen Sie nicht Stufe 3 (Stresstest).

1. Ziel(e) klären. Helfen Sie dem Benutzer, das gewünschte Ziel als qualitativen, einprägsamen, zeitgebundenen Satz zu formulieren. Beschränken Sie es auf 1-3 Ziele. Entfernen Sie jede Metrik aus dem Ziel; wenn es eine Zahl enthält, gehört diese Zahl in ein Schlüsselergebnis. Ein Ziel ist Richtung und Bedeutung („Neukunden mit einem schnellen Onboarding-Erlebnis begeistern“), kein Maß.

2. Schlüsselergebnisse entwerfen. Für jedes Ziel entwerfen Sie 3-5 Schlüsselergebnisse, die jeweils eine Zahl und ein Ziel enthalten. Drängen Sie jedes in Richtung eines Outcomes (ein Ergebnis, das der Kunde oder das Unternehmen spürt) und weg von einem Output (eine Aufgabe, die das Team erledigt). Notieren Sie die Baseline, wo möglich.

3. Schlüsselergebnisse einem Stresstest unterziehen (PARALLEL). Senden Sie gleichzeitig eine kleine Gruppe von Kritiker-Subagenten, die jeweils einen Test auf die entworfenen Schlüsselergebnisse anwenden. Teilen Sie jedem mit, dass seine endgültige Nachricht der Rückgabewert ist: spezifische Ergebnisse und konkrete Umformulierungen, kein Prosa. Führen Sie diese vier Tests durch:

   • Outcome vs. Output. Ist jedes Schlüsselergebnis ein Ergebnis oder eine verschleierte Aufgabenliste („X einführen“, „Y ausliefern“, „3 Workshops abhalten“)?
   • Messbarkeit. Hat jedes eine reale Zahl, ein Ziel und idealerweise eine Baseline, oder ist es nicht messbar („verbessern“, „besser“)?
   • Vollständigkeit. Wenn jedes Schlüsselergebnis erreicht ist, ist das Ziel dann tatsächlich erreicht, oder gibt es eine Lücke, die die Menge nicht abdeckt?
   • Ambition. Ist die Menge zurückhaltend (eine sichere Sache als Ziel getarnt) oder unmöglich überdehnt (kein glaubwürdiger Weg)? Gleichen Sie die Ergebnisse ab und überarbeiten Sie die Schlüsselergebnisse mit dem Benutzer.

4. Ambition, Rhythmus, Verantwortliche und Bewertung festlegen. Markieren Sie jedes OKR als verpflichtend (erwartet ~1,0 zu erreichen; ein Verfehlen ist ein echtes Versagen) oder als anspruchsvoll/Stretch (Erfolg sieht aus wie ~0,7; volle Erreichung würde bedeuten, dass es zu niedrig angesetzt war). Legen Sie den Rhythmus fest (normalerweise vierteljährlich, mit einem regelmäßigen Check-in-Rhythmus), nennen Sie einen Verantwortlichen pro Ziel und geben Sie die Bewertungsmethode an (üblicherweise 0,0-1,0 pro Schlüsselergebnis, gemittelt für das Ziel).

5. Ausrichtung prüfen. Zeigen Sie, wie diese OKRs an der DIRECTION oder übergeordneten OKRs anknüpfen, und markieren Sie, wo ein Schlüsselergebnis von einem anderen Team abhängt. Gute Ausrichtung verbindet Top-down und Bottom-up, nicht einen starren Wasserfall; wenn nichts vom Team kam, sagen Sie dies.

OKR-Dokument

Verwalten Sie ein Markdown-Dokument, gespeichert als okr-<scope-slug>-<YYYY-MM-DD>.md (heutiges Datum) im Arbeitsverzeichnis, sofern der Benutzer keinen anderen Ort angibt:

1. Kopfzeile. Der Geltungsbereich (Ebene und Zeitraum) und das Datum.
2. Ziele. Jedes Ziel als qualitativer, zeitgebundener Satz, nummeriert.
3. Schlüsselergebnisse. Unter jedem Ziel dessen 3-5 Schlüsselergebnisse, jeweils mit einer Baseline (falls bekannt), einem Ziel und einer Zahl.
4. Ambition und Verantwortliche. Pro OKR: verpflichtend oder anspruchsvoll, der Verantwortliche, der Rhythmus und die Bewertungsmethode.
5. Ausrichtung. Wie diese an übergeordneten Zielen anknüpfen, sowie teamübergreifende Abhängigkeiten.
6. Prüfprotokoll. Was die Kritiker aus Stufe 3 gefunden haben und wie die Schlüsselergebnisse überarbeitet wurden.
7. Einschränkungen. OKRs messen, was gemessen werden soll; eine perfekte Punktzahl bei einer schwachen Menge bedeutet wenig; Punktzahlen beurteilen die Ziele, nicht die Personen; und eine OKR-Menge ohne Überprüfungsrhythmus verkommt zu einer vergessenen Liste.

Grundsätze

• Vollständigkeit ist der Test. Wenn das Erreichen jedes Schlüsselergebnisses das Ziel immer noch nicht erfüllen würde, ist die Menge unvollständig.
• Überprüfung oder es verrottet. OKRs funktionieren mit einem Rhythmus von Check-ins und einer Endbewertung, nicht nach dem Prinzip „einmal einstellen und vergessen“. Halten Sie sie von der Vergütung fern, da dies die Ambition korrumpiert.