Was macht OKRs?
Kernphilosophie
Objectives and Key Results (OKRs) sind keine Mikromanagement-Aufgabenliste und kein jährliches HR-Leistungsbeurteilungssystem. Ursprünglich von Andy Grove bei Intel entwickelt und von John Doerr popularisiert, sind OKRs ein Motor für operative Ausrichtung und Ambitionen. Objectives definieren qualitative, inspirierende Richtungen; Key Results definieren aggressive, quantitative, mathematisch überprüfbare Ergebnisse. Wenn ein OKR nicht die täglichen Ressourcenentscheidungen beeinflusst, ist es nutzlose Bürokratie.
4-stufige skalierbare OKR-Architektur
Schritt 1: Das Objective (qualitativ & richtungsweisend)
- Die Anatomie eines großartigen Objectives:
- Muss qualitativ, ambitioniert, einprägsam und zeitgebunden sein.
- Beantwortet: „Wohin wollen wir dieses Quartal?“
- Vermeide Aufgabensprache: Schreibe niemals „Die neue Billing-API ausliefern“ (das ist ein Projekt, kein Objective).
- Schreibe: „Unsere Plattform als unbestreitbaren Goldstandard für Enterprise-Datenbankzuverlässigkeit etablieren.“
Schritt 2: Die Key Results (quantitativ & falsifizierbar)
- Der Key-Result-Standard (Von X nach Y bis zum Datum):
- Muss strikt messbar und überprüfbar sein. Ein Key Result hat eine Zahl, eine Basislinie und ein Ziel: $$\text{„[Metrik] von [Basislinie X] auf [Ziel Y] bis zum [Datum] steigern“}$$
- Schlechtes Key Result: „Testabdeckung verbessern.“
- Großartiges Key Result: „Die automatisierte Unit-Test-Abdeckung von 62 % auf 85 % bis Ende Q3 steigern.“
- Großartiges Key Result: „Die p99-Datenbankabfragelatenz von 420 ms auf unter 50 ms bei 10 Millionen täglichen Anfragen senken.“
- Die 3–5-Regel:
- Maximal 3 bis 5 Key Results pro Objective. Mehr verwässert den Fokus.
Schritt 3: Verbindliche vs. ambitionierte (Moonshot) OKRs
- Die zwei OKR-Stufen:
- Verbindliche OKRs (1.0 = 100 % Ziel): Wesentliche operative Leistungen (z. B. 99,99 % Verfügbarkeit, Sicherheitsaudit-Compliance, Null Fehler). Erwartete Punktzahl ist 1.0 (100 %). Das Verfehlen eines verbindlichen OKRs erfordert eine operative Nachbesprechung.
- Ambitionierte / Moonshot OKRs (0.7 = Erfolg): Kühne, hochriskante Wachstumswetten. Erfolg ist definiert als Erreichen von 0,7 (70 %). Wenn ein Team jedes Quartal 100 % aller Moonshot-OKRs erreicht, wurden die Ziele zu niedrig angesetzt (Sandbagging).
Schritt 4: Bewertung, wöchentliche Check-ins & Entkopplung von Vergütung
- Der wöchentliche 15-minütige OKR-Puls:
- Wöchentlich während des Sprint-Planungsmeetings überprüfen: Aktualisiere die Vertrauenswerte (0,0 bis 1,0) für jedes Key Result.
- Entkopplung von Vergütung (die goldene Regel):
- Verknüpfe niemals individuelle Boni oder Gehaltserhöhungen direkt mit der OKR-Punktzahl.
- Dies fördert Sandbagging: Teams setzen lächerlich leichte Ziele, um 100 % Bonusauszahlungen zu sichern, und zerstören so die unternehmerische Innovation.
Ausgabeformat: Vierteljährliche Unternehmens- & Engineering-OKR-Spezifikation (OKRS.md)
# Q3 Unternehmens- & Engineering-OKRs: [Quartal / Jahr]
## Unternehmens-Objective: Marktdurchdringung im Enterprise-Bereich beschleunigen
- **KR 1 (Verbindlich)**: Erreiche die SOC-2-Typ-II-Compliance-Audit-Zertifizierung bis zum 15. September.
- *Basislinie*: Typ I erreicht | *Ziel*: Typ II zertifiziert | *Vertrauen*: 0.9 | *Eigentümer*: Leiter Sicherheit
- **KR 2 (Ambitioniert)**: Steigere den Enterprise-Tier-ARR von 450.000 $ auf 1.200.000 $.
- *Basislinie*: 450.000 $ | *Ziel*: 1,2 Mio. $ | *Vertrauen*: 0.7 | *Eigentümer*: VP Vertrieb
- **KR 3 (Verbindlich)**: Halte die Produktionsplattform-Verfügbarkeit bei mindestens 99,98 %.
- *Basislinie*: 99,95 % | *Ziel*: 99,98 % | *Vertrauen*: 1.0 | *Eigentümer*: SRE-Leiter
---
## Engineering-Squad-Objective: Blitzschnelle lokale Entwicklung bereitstellen
- **KR 1 (Ambitioniert)**: Reduziere die lokale CLI-Container-Kaltstartzeit von 14,2 s auf unter 2,0 s.
- *Basislinie*: 14,2 s | *Ziel*: 1,8 s | *Vertrauen*: 0.6 | *Eigentümer*: Staff Platform Engineer
- **KR 2 (Verbindlich)**: Null offene P1/P2-Regressionsfehler in der Produktion für 60 aufeinanderfolgende Tage.
- *Basislinie*: 4 Fehler | *Ziel*: 0 Fehler | *Vertrauen*: 0.8 | *Eigentümer*: QA-Leiter
Praxisbeispiel: Sanierung von zu niedrig angesetzten Produkt-OKRs
- Problem: Das Produktteam erreichte 4 Quartale in Folge 100 % bei den OKRs, dennoch stagnierte die Produktakzeptanz.
- Diagnose: Die Ziele waren zu niedrig angesetzt (Sandbagging), z. B. „3 Blogbeiträge veröffentlichen“, „An 2 Konferenzen teilnehmen“.
- Reform: Ersetze Aufgaben durch Ergebnismetriken: „Die Self-Service-Trial-to-Paid-Aktivierung von 4,2 % auf 11,0 % steigern.“
- Ergebnis: Das Team erreichte 0,78 (8,6 % Conversion); die Trial-Conversion verdoppelte sich und generierte einen Zusatzumsatz von 340.000 $.
Überprüfungs-Checkliste
- Objectives sind qualitativ, ambitioniert und richtungsweisend (keine Zahlen oder Aufgabenlisten).
- Jedes Key Result ist strikt quantitativ und folgt der „Von X nach Y“-Formel.
- Nicht mehr als 3–5 Key Results pro Objective.
- OKRs sind explizit als verbindlich (1.0-Barriere) oder ambitioniert (0.7-Barriere) kategorisiert.
- Die OKR-Bewertung ist strikt von individuellem Gehalt und Bonus entkoppelt.
Anti-Patterns
- Aufgabenlisten als OKRs getarnt: „Version 2.0 ausliefern“ als Key Result schreiben, ohne zu messen, ob jemand sie nutzt.
- Sandbagging: Triviale, leicht erreichbare Ziele setzen, um in den Quartalsabschlussbewertungen gut dazustehen.
- Set-and-Forget: OKRs am ersten Tag des Quartals schreiben und erst am 90. Tag wieder anschauen.