Why your Company's POV on OKRs matters more than Processes


Why your Company's POV on OKRs matters more than Processes

PUBLISHED

Apr 30, 2026

READ ON

HERBIG.CO

​Dear Reader,​

Before I talk with companies about OKR cadences, templates, or tools, I ask them: "What do you expect to change by using OKRs?"

The answers take a bit of time. Not because they don't exist, but because OKRs have been treated as a solution without a problem to solve. OKRs haven't been treated as a product, but as a process without purpose.

They've chosen a quarterly cadence because that's what Google does. They've set three Objectives with three Key Results each because someone on LinkedIn said so. They've picked a tool, scheduled check-ins, and trained all teams on the format, with 3 days to submit the first "drafts" (which are expected to be final).

And then it doesn't work. Not because the process is wrong. Because there's no point of view behind it.

Your company's POV on OKRs is the answer to a simple question: What should be different because we use them? That answer varies by organization. For some, it's shifting from output to outcome thinking. For others, it's creating transparency across teams. For others, it's giving product teams more autonomy in pursuing strategic priorities.

Each of those reasons leads to a process - or codified OKR system. The team that needs transparency will design OKRs differently from the team that needs autonomy. The cadence, the number of OKR sets, the level of prescription, even how rigid you want to be about Outcomes and Outputs, all of that should follow from your POV. Not from a blueprint.

Without that POV, you get symptoms I keep running into:

  • Key Results that describe metrics nobody needs to proactively change, because no one clarified what change OKRs are supposed to drive.
  • OKRs are used as a manager's checklist that exists in a parallel universe to the actual roadmap.
  • Teams overthink whether their Key Results are "real Outcomes," paralyzed by doing it right instead of learning from doing it at all.

These are POV failures.

The irony is that the process conversations, the ones about cadence, format, and tooling, are the easy ones. They feel productive because they're concrete. But they're downstream. Upstream is: Why are we doing this? What are we not doing well enough today that OKRs should help us do better?

If you can answer that, the process decisions get simpler. If you can't, no process will save you.

So before your next OKR cycle, skip the template debate. Start with the POV.

That's why I got excited about the opportunity to join Myta as an advisor. Because they build an OKR platform with a POV rather than more shiny processes. The perspective that OKRs need to be contextual and action-driving. Learn more about them by signing up for their waiting list.

Thank you for Practicing Product,

Tim

Ways we can work together

1️⃣ Prepare for my next live webinar on May 7 by reading From Information to Evidence: How Context Informs Product Discovery Decisions

2️⃣ Order my book: Real Progress: How to Connect the Dots of Product Strategy, OKRs, and Discovery, which readers call "a practical guide you can return to again and again."

3️⃣ Join my next From Strategy to Discovery Workshop, where you learn how to make clear strategy choices, translate them into leading product goals, and understand needed Discovery actions before deciding what to build (with and without AI Assistance).

4️⃣ Learn about my training and coaching options for product teams, with a focus on creating strategic clarity, setting pragmatic goals, and implementing real-life discovery practices to reduce risk

If you consume one thing this week, make it this...

Strategy Drift: How to Spot It, Fix It, and Stop It From Happening

The how/why laddering breaks down. In my book The Decision Stack, I describe a simple test: read your stack from top to bottom, and every level should answer how. Read it from bottom to top, and every level should answer why. When drift has set in, teams can describe what they're doing but struggle to explain why it matters in terms of the strategy. They'll say things like "because leadership told us to" or "because it was on the roadmap" rather than connecting their work to a strategic rationale.

Who is Tim Herbig?

As a Product Management Coach, I guide Product Teams to measure the real progress of their evidence-informed decisions.

I focus on better practices to connect the dots of Product Strategy, Product OKRs, and Product Discovery.

Product Practice Newsletter

1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes. Explore my new book on realprogressbook.com

Read more from Product Practice Newsletter

Product Practice #405 How to treat Prototypes as Decision-Making Tools PUBLISHED Apr 23, 2026 READ ON HERBIG.CO From Strategy Choice to Planned Experiments in One Workshop In my upcoming live remote workshop From Strategy to Discovery, I take you from sharpening your Product Strategy, to defining leading indicators for measuring progress, all the way to prioritized assumptions you need to derisk end-to-end. Three 4h Live Sessions - Lifetime Material and Recording Access - Real Results Join...

Product Practice #404 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 16, 2026 READ ON HERBIG.CO Dear Reader, During a recent webinar, someone asked a question I had to think about a bit longer: "What do you do when your strategy is still early, and you're not sure if it's right?" The answer that popped into my head was based on an incredible piece of advice (or admission) I received from a former boss 10+ years ago: No one knows if their strategy is right in the beginning,...

Product Practice #403 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 9, 2026 READ ON HERBIG.CO Dear Reader, During my last webinar on Connect Strategy, Goals, and Discovery with Progress Wheel, I asked people which part of their work is most prone to Alibi Progress. Almost everyone who chimed in named OKRs. And that's because many OKR cycles start the same way for teams: Someone opens a spreadsheet, fills in three to five semi-random metrics, and picks a value that isn't...