You’re Not Writing OKRs.
|
Dear Reader,
Every product organization has seen it - "OKR Theater" - Teams meticulously craft perfect objective statements, debate whether something is "outcome enough," and create elaborate tracking systems that generate more busy work than value.
Behind this theater lurk predictable patterns:
We adopt "best practices" without a clear why. Instead of copy-pasting Google's framework, use your existing Product Vision, Strategy, and team retrospectives to define why you need OKRs and how you'll know they're working.
We try to make OKRs cover 100% of our responsibilities.
![]() |
This creates a spreadsheet of busy work disguised as strategic priorities. Product teams should only focus OKRs on what they want to measure and influence proactively—the difference between Key Results (strategic priorities) and KPIs (evergreen metrics).
Our team structures prevent cross-functional collaboration. The "We enable X by Y%" objective sounds great until you realize you can't influence half of what's needed to make it happen because critical expertise sits elsewhere. Your shared UX resource is busy elsewhere? Tough luck. Is the infrastructure team not available this cycle? The growth team can’t prioritize your A/B test until Q3. The case for embedding domains of expertise within a Product Team becomes more substantial as your organization grows.
We chase impacts instead of outcomes. While "increase activation rate by 20%" sounds impressive, these lagging metrics change too slowly to guide your work. Product teams need leading indicators that provide faster feedback on whether they're making progress.
We have AI generate our OKRs from Scratch. Using AI as a thought partner is crucial for enhancing your practices, but outsourcing your thinking to it produces generic goals disconnected from your context. Treat AI like a sparring partner to refine existing thinking, not a servant to do your strategic thinking. The real question remains: "What will we do differently, and how will we measure success?"
Should I share my favorite OKR sparring prompts in a future newsletter? Reply and let me know.
To create real progress by using OKRs:
The practice is the product. Just as we continuously refine our products based on user feedback, we should adapt our working methods based on their effectiveness, not their resemblance to a framework. OKRs aren't magical - they're just metrics used thoughtfully to create specific value.
Did you enjoy the newsletter? Please forward it. It only takes two clicks. Creating this one took two hours.
Thank you for Practicing Product,
Tim
PS.: I'm doing a live fireside chat on Don't Turn Continuous Discovery into Dogmatic Discovery with Ibrahim Bashir (Ex-VP Product Amplitude, Author of Running the Business)
Learn the strategies and tactics you need to use OKRs in a way that helps product teams prioritize work based on user problems and business goals—instead of replicating existing feature backlogs.
My Outcome OKRs for Product Teams Course enables product teams to use OKRs as a tool for decision-making in the context of Product Strategy, Product Discovery, and Scrum. Without the fluff, but with a focus on practicality in everyday work.
Learn more about my OKRs Course |
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.
1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes.
Product Practice #356 4 Opportunities to Layer AI into Your Product Discovery Activities READ ON HERBIG.CO PUBLISHED Mar 28, 2025 READING TIME 4 min & 32 sec Dear Reader, To use AI to shorten your lead time and reduce uncertainty, consider it a layer to supercharge your existing workflow. Instead of generating with AI, think about supercharging with AI. Here are four common Product Discovery activities where thoughtful AI integration can dramatically reduce uncertainty without sacrificing...
Product Practice #354 Stop Looking at Flat Dashboards READ ON HERBIG.CO PUBLISHED Mar 29, 2025 READING TIME 4 min & 06 sec Dear Reader, Jeff Patton explained why flat backlogs don’t work for prioritizing user stories more than 16 years ago: Arranging user stories in the order you’ll build them doesn’t help me explain to others what the system does. Try handing your user story backlog to your stakeholders or users when they ask you the question “what does the system you’re building do?” I...
Product Practice #353 How Duolingo Approaches Strategy, OKRs, and Discovery READ ON HERBIG.CO PUBLISHED Mar 7, 2025 READING TIME 4 min & 24 sec Dear Reader, Many Product Managers were in awe of the ways of working shared in The Duolingo Handbook a few weeks ago. While it’s an inspiring read, I used this as a reason to revisit some of my all-time favorite reads about how this company operates (or at least used to operate) and extract my takeaways with you. Duolingo focuses on “Movable” Metrics...