Rocks vs. OKRs: Der komplette Vergleich und Entscheidungsleitfaden 2026
Rocks vs. OKRs ist die Wahl zwischen zwei grundverschiedenen Philosophien der Zielsetzung: EOS Rocks sind 3 bis 7 binäre Prioritäten mit einem einzigen Verantwortlichen, die du dir vornimmst und in 90 Tagen abschließt. OKRs bestehen dagegen aus ambitionierten Objectives, die mit messbaren Key Results kombiniert werden und auf Stretch-Ziele sowie teamübergreifende Ausrichtung setzen. Die eigentliche Frage lautet: Braucht dein Team Fokus und Verbindlichkeit (Rocks) oder Ausrichtung und Ehrgeiz (OKRs)?
- Andere Ziele, andere Kultur: Rocks verankern Disziplin in der Umsetzung, OKRs verankern Ehrgeiz und Ausrichtung.
- Die Bewertung ist der tiefste Graben: Rocks sind binär (erledigt oder nicht), OKRs nutzen eine Skala von 0,0 bis 1,0, bei der 0,7 der Idealwert ist.
- Größe und Komplexität zählen: Teams mit 10 bis 200 Mitarbeitenden fahren meist mit Rocks besser, Organisationen über 200 mit funktionsübergreifenden Abhängigkeiten mit OKRs.
- Das Hybridmodell funktioniert ab 300 Mitarbeitenden: Rocks auf der Ausführungsebene der Teams, OKRs auf der strategischen Ebene, wobei kein Ziel in beiden Systemen gleichzeitig lebt.
Ich habe diesen Leitfaden geschrieben, weil die meisten Artikel zum Thema Partei ergreifen. Die Gründer und Operator, mit denen ich spreche, wollen aber eine klare, neutrale Einschätzung, damit sie das Framework wählen können, das zu ihrem Unternehmen passt, und nicht das, was ihnen ihr Berater verkauft.
Das erwartet dich:
- Was sind EOS Rocks?
- Was sind OKRs?
- Rocks vs. OKRs: der direkte Vergleich
- Anatomie eines Rocks vs. Anatomie eines OKRs
- Rhythmus und der Mythos vom "90-Tage-Quartal"
- Bewertung: binär vs. Spektrum
- Wann du Rocks nutzt und wann OKRs
- Kannst du beides nutzen? Das Hybridmodell
- Typische Fehler beim Wechsel des Frameworks
- FAQ
Was sind EOS Rocks?
EOS Rocks sind definiert als die 3 bis 7 wichtigsten Prioritäten, zu deren Abschluss sich ein Team oder eine Einzelperson innerhalb eines 90-Tage-Zyklus im Entrepreneurial Operating System (EOS) verpflichtet. Gino Wickman hat das Konzept 2007 in seinem Buch Traction eingeführt und dabei die Metapher von Stephen Covey übernommen (First Things First, 1994): die großen Steine (Rocks), die du in ein Glas füllen musst, bevor Sand und Wasser die Lücken auffüllen.
Jeder Rock hat genau einen Verantwortlichen, wird nach den SMART-Kriterien formuliert und am Ende des Quartals binär bewertet: erledigt oder nicht erledigt.
Rocks sind Teil des größeren EOS-Werkzeugkastens: Sie werden im Quarterly Pulsing gesetzt, wöchentlich im Level 10 Meeting überprüft, mit IDS (Identify, Discuss, Solve) diskutiert und neben dem Scorecard und dem Accountability Chart nachverfolgt. Ohne diese umgebende Struktur funktionieren Quarterly Rocks wie bloße To-do-Listen.
Laut EOS Worldwide arbeiteten Ende 2025 mehr als 280.000 Unternehmen mit EOS, konzentriert im KMU-Segment mit 10 bis 250 Mitarbeitenden, wo Fokus und klare Einzelverantwortung mehr bringen als ausgefeilte Ausrichtungsmechanik. Genau das ist der Kern der Philosophie "weniger, dafür größer": Wenn alles ein Rock ist, ist nichts einer.
Was sind OKRs?
OKRs, kurz für Objectives and Key Results, sind definiert als ein Framework zur Zielsetzung, das ein qualitatives Objective (den Anspruch) mit 3 bis 5 messbaren Key Results (dem Beweis, dass du es erreicht hast) verbindet. Andy Grove hat das Modell in den 1970er-Jahren bei Intel entwickelt (High Output Management), und John Doerr hat es später bekannt gemacht, indem er OKRs 1999 bei Google einführte (Measure What Matters).
Ein Standard-OKR-Zyklus läuft quartalsweise und ist häufig in jährliche Unternehmens-OKRs eingebettet. Teams setzen 3 bis 5 Objectives pro Zyklus, bewerten jedes KR auf einer Skala von 0,0 bis 1,0 und zielen auf den Idealwert von 0,7 ab, damit ambitionierte OKRs wirklich Stretch-Ziele bleiben.
Das OKR-Framework hat sich von Google aus über LinkedIn, Spotify, Microsoft und den Großteil der modernen Tech-Branche verbreitet. Der OKR Impact Report ergab, dass 83 % der befragten Unternehmen angeben, OKRs hätten einen positiven Einfluss auf ihre Organisation.
OKRs setzen wöchentliche oder zweiwöchentliche Check-ins, Confidence-Reviews zur Mitte des Zyklus und strukturierte Retrospektiven voraus. Ohne diesen Rhythmus verkommen OKRs schon in Woche drei des Quartals zu Wunschlisten. Unser Leitfaden zum Thema OKRs formulieren geht ausführlich auf die strukturellen Regeln ein.
Rocks vs. OKRs: der direkte Vergleich
Beide Frameworks wollen Strategie in vierteljährliche Prioritäten übersetzen, doch sie treffen unterschiedliche Annahmen über Verantwortung, Ehrgeiz und Risiko. Die folgende Tabelle bringt die operativen Unterschiede über zehn Dimensionen auf den Punkt.
Dimension | EOS Rocks | OKRs |
|---|---|---|
Ursprung | Gino Wickman, Traction (2007), Metapher von Covey (1994) | Andy Grove bei Intel (1970er), bekannt gemacht durch John Doerr bei Google (1999) |
Rhythmus | 90-Tage-Zyklen, festgelegt im Quarterly Pulsing Meeting | Quartalszyklen, meist eingebettet in jährliche OKRs |
Anzahl pro Zyklus | 3 bis 7 pro Person oder Team, ohne Ausnahmen | 3 bis 5 Objectives mit jeweils 3 bis 5 Key Results |
Struktur | Ein SMART-Satz pro Rock | Objective + Key Results (qualitatives Ziel, quantitativer Nachweis) |
Verantwortungsmodell | Ein einziger Verantwortlicher pro Rock | Objective-Verantwortlicher plus geteilte Teamverantwortung für die KRs |
Bewertung | Binär: erledigt oder nicht erledigt | Skala von 0,0 bis 1,0, 0,7 gilt als starkes Ergebnis |
Anspruchsniveau | Zusagen und liefern, ein verpasster Rock ist ein Problem | Von Natur aus ambitioniert, ein Wert von 1,0 deutet darauf hin, dass das Ziel zu leicht war |
Ausrichtungsmechanik | Kaskadiert über das Accountability Chart und Level 10 Meetings | Kaskadiert vertikal und horizontal über sichtbare, geteilte OKRs |
Am besten für welche Unternehmensphase | Unternehmerisch geprägte Firmen, etwa 10 bis 250 Mitarbeitende | Wachsende und große Organisationen, ab 200 mit funktionsübergreifender Arbeit |
Fehlermodus bei falschem Einsatz | Wird zur vierteljährlichen To-do-Liste ohne Ausführungsrhythmus | Wird zum Nachverfolgungs-Albtraum mit zu vielen KRs und schwacher Bewertung |
Drei Unterschiede fallen in der Praxis am stärksten ins Gewicht. Verantwortung: Bei einem Rock gibt es genau einen, den man in die Pflicht nehmen kann, während ein OKR die Verantwortung auf einen Objective-Verantwortlichen und das Team hinter den KRs verteilt. Bewertungsphilosophie: Binär gegenüber Spektrum verändert schon, wie Menschen ihre Ziele überhaupt setzen.
Gerüst: Rocks setzen voraus, dass der Rest des EOS-Betriebssystems (Level 10, Scorecard, V/TO, IDS) vorhanden ist. OKRs setzen einen eigenständigen Check-in-Rhythmus und ein Bewertungsritual voraus. Der nächste Abschnitt macht den strukturellen Kontrast greifbar.
Anatomie eines Rocks vs. Anatomie eines OKRs
Nimm ein einzelnes Geschäftsziel, das derzeit fast jedes B2B-SaaS-Unternehmen auf der Roadmap hat: die Aktivierung neuer Nutzer verbessern. So liest sich dieselbe Absicht als Rock und als OKR.
Als Rock:
Überarbeiteten Aktivierungs-Flow bis zum 30. September launchen. Verantwortlich: Sarah Chen, VP Product. Status am Quartalsende: Erledigt oder nicht erledigt.
Als OKR:
Objective: Neue Nutzer in ihrer ersten Woche erfolgreich machen. Key Result 1: Die Aktivierungsrate an Tag 7 von 34 % auf 55 % steigern. Key Result 2: Die mediane Time-to-first-Value von 8 Tagen auf 3 Tage senken. Key Result 3: Einen Aktivierungs-NPS von 45 oder höher erreichen.
Der Rock macht das Liefergebnis unmissverständlich und weist es einer einzigen Person zu: Das Team launcht den Flow bis zum 30. September, oder eben nicht. Das OKR macht das Ergebnis unmissverständlich und lässt dem Team die Wahl des Wegs, wobei drei Key Results Product, Design und Marketing dazu zwingen, sich darauf zu einigen, was Erfolg bedeutet.
Der Rock optimiert darauf, etwas zu liefern, das OKR darauf, eine Kennzahl zu bewegen. Dieser Unterschied ist das ganze Spiel. Weitere Beispiele, aufgeschlüsselt nach Funktion, findest du in unserer Bibliothek an OKR-Vorlagen mit einsatzbereiten Strukturen.
Rhythmus und der Mythos vom "90-Tage-Quartal"
Sowohl Rocks als auch OKRs beanspruchen einen Quartalsrhythmus, doch die Kalender sehen nur an der Oberfläche gleich aus. Die tatsächlichen Arbeitsrhythmen unterscheiden sich auf eine Weise, die die Kultur ebenso prägt wie die Ergebnisse.
Der EOS-Rock-Rhythmus ist festgezurrt: Alle 90 Tage führt das Leadership-Team das Quarterly Pulsing durch, setzt 3 bis 7 Rocks pro Person und überprüft den Status danach wöchentlich im Level 10 Meeting mit einer Ampel aus Grün, Gelb und Rot. Themen, die einen Rock blockieren, wandern in den IDS-Teil des Level 10 und werden dort auf der Stelle gelöst. An Tag 90 wird jeder Rock binär bewertet und das Team startet neu.
Der OKR-Rhythmus hat mehr bewegliche Teile. Jährliche Unternehmens-OKRs stecken das Jahr ab, vierteljährliche Team-OKRs kaskadieren daraus, und Check-ins finden in der Regel wöchentlich oder zweiwöchentlich statt, wobei Confidence-Reviews zur Quartalsmitte diejenigen KRs markieren, die vor dem Bewertungstag aus dem Ruder laufen. Unser Leitfaden zum OKR-Zyklus legt das gesamte Verschachtelungsmodell dar.
Der kulturelle Unterschied steckt nicht im Kalender, sondern in dem, was zwischen den Meilensteinen passiert. Die Rock-Kultur sagt: "Status melden, Blocker identifizieren, Themen lösen, wiederholen." Die OKR-Kultur sagt: "Confidence prüfen, über Fortschritt diskutieren, nachjustieren, bewerten."
Bewertung: binär vs. Spektrum
Von allen Unterschieden zwischen Rocks und OKRs ist der zwischen OKR-Scoring und binärer Rock-Bewertung der tiefste. Er sagt besser als jede andere Variable voraus, ob das Framework zu deiner Kultur passt.
Rocks sind binär: Entweder hast du die SMART-Zusage bis zum Stichtag geliefert oder nicht. EOS empfiehlt Teams, pro Quartal etwa 90 % ihrer Rocks zu erreichen, was sie implizit dazu erzieht, sich nur auf Ergebnisse zu verpflichten, bei denen sie sehr zuversichtlich sind, sie liefern zu können.
OKRs nutzen eine Bewertungsskala von 0,0 bis 1,0, wobei 1,0 volle Zielerreichung bedeutet, 0,7 bei ambitionierten OKRs als stark gilt und 0,3 für spürbaren Fortschritt bei einem Stretch-Ziel steht, das du gar nicht voll erreichen wolltest. Wenn dein Team konstant über 0,8 liegt, lautet der übliche Rat: Du sandbaggst und musst mutigere Objectives setzen. Unser Leitfaden zum OKR-Scoring geht detailliert auf das Bewertungsschema ein.
Die kulturelle Konsequenz ist enorm. Binäre Bewertung bestraft Ehrgeiz: Niemand setzt einen Rock, den er verpassen könnte. Die Bewertung im Spektrum belohnt Ehrgeiz: Ein OKR zu setzen, das du nicht voll erreichen kannst, ist der ganze Sinn, und eine Bewertung von 0,7 ist ein Erfolg.
Teams mit einer ausgeprägten Verbindlichkeitskultur hassen die OKR-Bewertung oft, weil 0,7 sich wie "um 30 % verfehlt" anfühlt. Teams mit einer experimentierfreudigen Kultur hassen die Rock-Bewertung oft, weil binärer Erfolg das Explorieren erstickt. Die richtige Antwort ist die, die zu der Art passt, wie dein Team tatsächlich über Risiko denkt.
Wann du Rocks nutzt und wann OKRs
Die Wahl des Frameworks sollte dem Geschäft folgen, nicht umgekehrt. Der folgende Entscheidungsbaum ordnet den häufigsten Signalen das Framework zu, das in der Regel passt.
Wenn dein Team... | Tendiere zu |
|---|---|
10 bis 150 Mitarbeitende und eine einzelne Produktlinie hat | Rocks |
über 200 Mitarbeitende mit funktionsübergreifenden Abhängigkeiten hat | OKRs |
bereits mit EOS arbeitet (V/TO, Level 10, Scorecard) | Rocks |
in einem unklaren, sich schnell verändernden Markt agiert | OKRs |
ausführungslastige Arbeit macht (Betrieb, Dienstleistungen, Fertigung) | Rocks |
Wissensarbeit macht, bei der der Weg zum Ergebnis unklar ist | OKRs |
ein Leadership-Team hat, das ehrlich bewertet und nachjustiert | OKRs |
ein Leadership-Team hat, das sich auf Termine festlegt und es hasst, sie zu verpassen | Rocks |
remote-first oder stark asynchron arbeitet | OKRs (Transparenz verstärkt sich) |
eine starke Kultur wöchentlicher Meetings vor Ort hat | Rocks (Level 10 lebt vom Persönlichen) |
Die meisten Teams liegen zwischen den Extremen. Ein SaaS-Unternehmen mit 75 Mitarbeitenden, funktionsübergreifenden Produkt-Launches und einer Remote-first-Kultur könnte Rocks für das Leadership-Team und OKRs für Product nutzen, während eine Fertigungsfirma mit 400 Mitarbeitenden und regionalen Werken komplett bei Rocks bleiben könnte, weil die Arbeit operativ ist. Der Punkt ist: Unternehmensphase, Art der Arbeit und Kultur zählen alle mit, nicht nur die Mitarbeiterzahl.
Wenn du dir nicht sicher bist, wo du stehst, ist der sicherste Schritt, eines auszuwählen und es zwei volle Quartale lang sauber zu fahren, bevor du über einen Wechsel nachdenkst. Disziplin im Framework schlägt Theorie über Frameworks.
Kannst du beides nutzen? Das Hybridmodell
Die offizielle Position von EOS Worldwide lautet, dass du Rocks und OKRs nicht parallel fahren solltest: Zwei konkurrierende Systeme führen zu doppelter Nachverfolgung, widersprüchlicher Verantwortung und Bewertungskonflikten. Damit haben sie recht: Beides naiv gleichzeitig zu betreiben, geht schief.
Es gibt genau ein Hybridmodell, das funktioniert, und viele reifer werdende EOS-Unternehmen landen dort, sobald sie etwa 300 Mitarbeitende überschreiten. Die Regel ist einfach: Rocks leben auf der Team- und Ausführungsebene, OKRs auf der strategischen und Unternehmensebene, und kein einzelnes Ziel taucht in beiden Systemen auf.
In der Praxis setzt das Leadership-Team 3 bis 5 jährliche Unternehmens-OKRs mit vierteljährlichen Key Results, die sich über Funktionen erstrecken. Jede Funktion übersetzt ihren Anteil an der OKR-Arbeit dann in 3 bis 7 vierteljährliche Rocks, die einzelnen Personen gehören. Rocks sind nicht das OKR, sie sind die fokussierte Ausführungsarbeit, die dazu beiträgt. Level 10 Meetings überprüfen die Rocks, während separate OKR-Check-ins den Fortschritt der Key Results überprüfen.
Die Falle besteht darin, die beiden Systeme beim selben Ziel überlappen zu lassen. Wenn "Aktivierungs-Flow launchen" gleichzeitig ein Rock und ein Key Result ist, hast du Doppelzählungen und widersprüchliche Bewertungsregeln. Unser Leitfaden zu EOS und OKR behandelt die Integrationsmechanik ausführlicher.
Typische Fehler beim Wechsel des Frameworks
Die meisten Fehler bei Rocks vs. OKRs kommen von Teams, die von einem zum anderen wechseln (oder beides betreiben), ohne das Betriebsmodell hinter jedem zu verstehen.
- Rocks in eine OKR-Vorlage kopieren. Teams, die von EOS zu OKRs wechseln, schreiben oft Key Results, die in Wahrheit nur getarnte Rock-Liefergebnisse sind ("X bis zum Datum launchen"), und verlieren so das Lernsignal, das die OKR-Bewertung liefert.
- Jedes Key Result in eine binäre Erledigt-Markierung verwandeln. Der umgekehrte Fehler: Ein Team, das sich mit der Bewertung von 0,7 unwohl fühlt, schreibt KRs zu Abschlusskriterien um. Damit ist das OKR-Framework nur noch Rocks mit zusätzlichen Schritten.
- Beide Systeme auf demselben Ziel fahren. Wenn "Aktivierung steigern" als Rock und als Key Result im selben Team auftaucht, hast du Arbeit doppelt gezählt und zwei konkurrierende Definitionen von "fertig" geschaffen.
- Das Level 10 Meeting nach der OKR-Einführung aufgeben. Teams, die das Framework wechseln, lassen oft den EOS-Rhythmus fallen und gehen davon aus, OKR-Check-ins würden ihn ersetzen. Behalte das Meeting bei, auch wenn sich das Artefakt ändert.
- OKRs ohne Check-in-Rhythmus bewerten. Teams, die ihre OKRs nur am Quartalsende anschauen, schneiden bei der Bewertung fast immer schlecht ab. Wenn du dich nicht zu wöchentlichen oder zweiwöchentlichen Check-ins verpflichten kannst, bist du mit Rocks besser bedient. Unsere Aufschlüsselung typischer OKR-Fehler geht ausführlicher darauf ein.
FAQ
Was ist der Unterschied zwischen Rocks und OKRs?
Nutzt Google noch OKRs?
Was ist besser als OKRs?
Das beste Framework ist das, das dein Leadership-Team vier Quartale in Folge durchhält.
Das Fazit
Wenn du ein Unternehmen mit 10 bis 200 Mitarbeitenden skalierst und Klarheit in der Ausführung willst, gewinnen meist die Rocks. Die Disziplin der Einzelverantwortung, der wöchentliche Level-10-Rhythmus und die binäre Bewertung verstärken eine "Wir halten unsere Zusagen ein"-Kultur, die sich in dieser Phase auf kaum eine andere Weise aufbauen lässt.
Wenn du über 200 Mitarbeitende mit funktionsübergreifenden Abhängigkeiten hast oder in einem unklaren Markt konkurrierst, gewinnen meist die OKRs. Die ambitionierte Bewertung, die kaskadierende Ausrichtung und die geteilte Verantwortung über Key Results hinweg sind genau für diese Komplexität gemacht. Ab etwa 300 Mitarbeitenden verdient das Hybridmodell ernsthafte Beachtung: Rocks auf der Ausführungsebene, OKRs auf der strategischen Ebene, mit der harten Regel, dass kein Ziel in beiden Systemen lebt.
Das richtige Modell ist das, das dein Team vier Quartale in Folge sauber fährt. Mooncamp unterstützt sowohl Rocks als auch OKRs (und den Hybriden dazwischen). Wenn du ein Tool willst, das dir die Wahl des Frameworks nicht aufzwingt, ist eine Strategy-Execution-Software ein guter Ausgangspunkt.
