All postsAlle Beiträge
Frameworks   May 12, 2026 · 7 min read

OKRs aren't broken. Tools that track them away from the work are.

OKRs sind nicht kaputt. Tools, die sie getrennt von der Arbeit tracken, schon.

Search Reddit for OKRs and you'll find some of the most exhausted writing on the internet. Total bullshit. Moves the goalposts. Forgotten by week three. The sentiment is genuine. The diagnosis usually isn't.

What the backlash is actually about

When operators say "OKRs don't work here," they almost never mean the verb-noun-number structure failed. They mean:

That is not an indictment of OKRs. That's an indictment of an architecture where the goal lives in one system, the work lives in another, and a Chief of Staff bridges them by hand at 9pm on Sundays.

Why competitors keep losing this argument

The OKR vendor response to the backlash has been to add features — AI summaries, sentiment heatmaps, executive briefings — to the tracking layer. None of it changes the underlying split: OKRs over here, work over there, an integration in the middle that nobody fully trusts.

A heatmap that turns red is a thermometer. It tells you something is wrong. It doesn't tell you which work to start, stop, or reassign. The doctor lives one layer down — in the work itself.

The architecture that fixes it

Three properties, none of them feature-level:

  1. One graph. Goals and the work meant to move them are the same data structure, not two structures joined by a connector.
  2. One owner per KR. Non-negotiable. Contributors are explicit and separate.
  3. One Monday-morning view. Every leader can see, in one place, the work currently moving each goal and the goals that have no work pointing at them.

Get those three, and the framework you keep on top — OKRs, KPIs, Hoshin, whatever — starts behaving the way it was designed to. Skip them, and no framework will save you.

Suche bei Reddit nach OKRs und du findest die müdesten Texte des Internets. Die Frustration ist echt. Die Diagnose meistens nicht.

Was die Gegenbewegung wirklich meint

Wenn Operator sagen „OKRs funktionieren bei uns nicht", meinen sie selten das Format. Sie meinen: im Januar geschrieben, im April wieder angesehen. Halb ohne Owner. Die Arbeit liegt im anderen Tool. Niemand hat Zeit, das zu verbinden.

Die Architektur, die das löst

  1. Ein Graph. Ziele und Arbeit sind dieselbe Datenstruktur, nicht zwei mit Konnektor.
  2. Ein Owner pro KR. Mitwirkende getrennt und explizit.
  3. Ein Montagmorgen-Blick. An einem Ort.

Mit diesen drei Eigenschaften funktioniert jedes Framework wieder. Ohne sie rettet kein Framework die Sache.