Key Result (OKR)

Was ist ein Key Result (OKR)?

Ein Key Result ist das quantitative, zeitlich begrenzte Ergebnis, mit dem du den Fortschritt in Richtung eines Objectives im OKR-Framework misst. Jedes Objective hat typischerweise drei bis fünf Key Results, jedes davon eine Zahl, die sich innerhalb eines Quartals von einem definierten Ausgangswert zu einem Zielwert bewegt.

Wenn du ohne Diskussion nicht sagen kannst, ob es getroffen oder verfehlt wurde, ist es kein Key Result.

Wie Andy Grove ein Key Result definierte

Andy Grove führte Key Results in "High Output Management" (1983) ein, als Disziplin aus der Fertigung übernommen: Jedes Objective braucht eine kleine Menge messbarer Ergebnisse, damit Diskussionen darüber, ob ein Ziel erreicht wurde, unmöglich werden. Die Struktur verbreitete sich 1999 von Intel zu Google durch John Doerr und von Google über Doerrs Buch "Measure What Matters" (2018) zu den meisten modernen Tech-Unternehmen.

Groves Test gilt bis heute. Wenn zwei vernünftige Menschen am Quartalsende uneins sind, ob ein Key Result getroffen wurde, ist das Key Result kaputt, nicht die Menschen.

Die zwei Bestandteile eines Key Results: Metrik und Zielwert

Jedes Key Result hat zwei Komponenten, und Key Results, die in der Praxis abdriften, scheitern meist an einer davon.

• Die Metrik. Eine Zahl, die bereits existiert oder günstig gemessen werden kann und über die das Team zumindest teilweise Kontrolle hat. Beispiele: monatlich aktive Nutzer, Free-to-Paid-Konversionsrate, durchschnittliche Reaktionszeit, Fehlerquote pro Release.
• Der Zielwert. Ein konkreter Wert, auf den das Team die Metrik bringen will, ausgedrückt entweder als absolute Zahl ("50.000 monatlich aktive Nutzer erreichen") oder als Differenz ("Reaktionszeit von 4 Stunden auf 90 Minuten reduzieren").

Ein Key Result ohne Ausgangswert ist in Groves Sinn nicht messbar, weil dem Team der Anker für die Diskussion fehlt. Ein Key Result ohne Zielwert ist nur eine Metrik, die das Team beobachtet, also eher ein KPI als ein Ziel.

Aspirational vs. Committed Key Results

Google formalisierte zwei Arten von Key Results, die beide in einem normalen OKR-Set vorkommen. Der Unterschied ist wichtig, weil die Bewertungsregel für jede anders ist und das Verwechseln eine der häufigsten OKR-Fehler ist.

Ein gesundes Quartals-OKR-Set enthält meist beides. Reine Aspirational-Sets erzeugen eine Kultur, in der nichts zuverlässig ausgeliefert wird; reine Committed-Sets nehmen dem Framework das Aufwärtspotenzial, das den Aufwand rechtfertigt.

Was ein Key Result wirklich funktionieren lässt

Ein Key Result, das ein ganzes Quartal übersteht und nützliche Informationen liefert, teilt vier Eigenschaften. Die erste ist nicht verhandelbar, an den anderen zeigt sich Handwerk.

1. Es ist eine Zahl, kein Verb. "Ein Empfehlungsprogramm starten" ist ein Projekt. "8% der neuen Anmeldungen bis 30. September über Empfehlungen erreichen" ist ein Key Result. Projektarbeit unterstützt Key Results, ist aber nie das Key Result selbst.
2. Das Team hat einen plausiblen Plan für die ersten 30% der Bewegung. Wenn das Team nicht beschreiben kann, wie es die Metrik in Woche eins bewegen will, ist das Key Result ein Wunsch, kein Ziel.
3. Es zielt auf ein Ergebnis, nicht auf eine Aktivität. "12 Blogartikel veröffentlichen" misst Output; "Organischen Suchtraffic von 18.000 auf 30.000 monatliche Besuche steigern" misst Ergebnis. Ergebnis-Key-Results überleben Scope-Änderungen; Aktivitäts-Key-Results nicht.
4. Es gehört einem Team, auch wenn es funktionsübergreifend ist. Geteilte Verantwortung klingt kollaborativ und führt meist zu keinem von beidem.

Der schnellste Test in der Praxis: Lies das Key Result zu Quartalsbeginn laut vor und nochmal am Ende. Wenn du es bewerten kannst, ohne ein Definitionsdokument zu konsultieren, funktioniert es.

Wenn du ein Meeting brauchst, um es zu interpretieren, schreib es vor Quartalsbeginn um.

Wenn ein Key Result in Wahrheit eine Aufgabe ist

Der häufigste Fehlschlag bei Key Results ist nicht mangelnde Ambition, sondern das Muster Meilenstein-als-Metrik. Ein Team schreibt "Die neue Pricing-Seite launchen" oder "SOC-2-Audit abschließen" und wertet das Key Result als 1,0, sobald die Arbeit erledigt ist.

Die Abkürzung fühlt sich produktiv an. Sie ist auch der schnellste Weg, eine OKR-Kultur aufzubauen, die Aktivität statt Wirkung verfolgt, weil die Metrik aufhört, eine Zahl zu sein, und zu einem Checklisten-Eintrag wird.

Drei Signale, dass ein Key Result in Wahrheit eine Aufgabe ist:

• Es lässt sich nur als 0 oder 1 bewerten. Echte Key Results haben eine kontinuierliche Bewertungsspanne. Wenn "erledigt" und "nicht erledigt" die einzigen Ausgänge sind, ist die Arbeit ein Meilenstein, keine Messgröße.
• Eigentümer ist das Team, das die Arbeit macht, nicht das Team, das davon profitiert. Engineering "launcht die Pricing-Seite" misst Lieferung. Marketing "hebt die Konversion auf der Pricing-Seite" misst Wert.
• Es würde einen erfolgreichen Launch ohne Geschäftsveränderung überstehen. Wenn die Seite live geht, das Audit besteht, das System ausgerollt wird und sich nichts Messbares am Geschäft ändert, hat das Key Result die falsche Sache verfolgt.

Aufgaben sind weiterhin essenziell. Sie gehören in den Umsetzungsplan des Teams unterhalb des Objectives, nicht als die Key Results selbst.

Key Results am Ende des Zyklus bewerten

OKR-Scoring ist das, was Key Results von einem Tracking-Werkzeug in ein Lernwerkzeug verwandelt. Die meisten Teams nutzen Googles Skala von 0,0 bis 1,0, bewertet im End-of-Cycle-Review.

• 0,7 bis 1,0 bei Aspirational Key Results: Der Zielwert war richtig gesetzt. Das Team hat sich gestreckt und den Großteil der Bewegung geliefert.
• 0,4 bis 0,6: Echter Fortschritt, aber der Zielwert war zu ambitioniert oder dem Plan fehlte eine Randbedingung. So oder so wertvolles Lernen.
• Unter 0,4: Das Key Result war schlecht gewählt, die Priorität hat sich mitten im Quartal verschoben, oder das Team ist auf einen Blocker gestoßen, den niemand früh genug auf den Tisch gebracht hat.
• Durchgängig 1,0 quer durch alle: Sandgesackte Zielwerte. Das Framework wird als Status-Report genutzt, nicht als Zielsystem.

Ein Key Result, das 0,7 erreicht, tut seinen Job. Ein Key Result, das jedes Quartal 1,0 erreicht, ist nicht ambitioniert.

Laut dem OKR Impact Report 2022 berichten 83% der Unternehmen, die OKRs nutzen, von positiven Auswirkungen auf ihre Organisation, und die erfolgreichsten Anwender überprüfen den Fortschritt der Key Results mindestens alle zwei Wochen über strukturierte Check-ins.

Key Results im OKR-Zyklus nutzen

Das sauberste Muster, um Key Results in einen funktionierenden Quartalszyklus einzubetten:

1. Entwerfen. Jedes Team schreibt während der Planungswoche 3 bis 5 Key Results pro Objective, jeweils mit explizit benannter Metrik und Zielwert.
2. Druck-Test. Ein anderes Team oder ein OKR-Coach prüft den Entwurf gegen drei Fragen: Ist es eine Zahl? Gibt es einen plausiblen Plan für die ersten 30%? Lässt es sich auf ein strategisches Ziel abbilden?
3. Festlegen. Veröffentliche die Key Results sichtbar für alle, die davon abhängen. Versteckte Key Results treiben kein Alignment.
4. Check-in. Alle ein bis zwei Wochen postet die verantwortliche Person einen aktuellen Wert, ein Confidence-Level (rot, gelb, grün) und den nächsten Schritt. Kein Theater, keine Folien.
5. Bewerten und abschließen. Am Quartalsende bewertest du jedes Key Result, schreibst eine Reflexion von einem Absatz und entscheidest, ob das zugrunde liegende Problem gelöst ist, fortbesteht oder sich verschoben hat. Eine Studie bei Sears Holding fand heraus, dass Teams, die OKRs konsistent über alle Quartalszyklen nutzten, eine Steigerung des Umsatzes pro Stunde um 8,5% erzielten, während inkonsistente Anwender (ein bis drei Zyklen pro Jahr) nur 3% sahen (Lamorte, 2018).

Der Abschluss-Schritt ist die Stelle, an der die meisten OKR-Programme Wert verlieren. Key Results, die leise und ohne Bewertung oder Reflexion von einem Quartal ins nächste mitgenommen werden, summieren sich zu der Art von OKR-Müdigkeit, die Programme im zweiten Jahr beendet.