How to predict the future of your OKRs (and why it matters)​Dear Reader,​ Ever sat in an OKR review meeting feeling like you're just going through the motions or reporting without meaning? You're not alone. As a Head of Product, I've been there too. But what if I told you there's a way to make your OKRs truly useful for decision-making? Let's dive in. The power of predicting the futureOne of my favorite ways of helping teams pressure-test their OKRs is by trying to predict the future. I want them to think about the answer to “Imagine a check-in 4 weeks down the road. With whom will you look at these OKRs and discussion emerges from looking at the changed values and confidence?” This is similar to a premortem exercise. By predicting the future, teams can anticipate how useful their OKRs are for making decisions. Why typical OKRs fail the "check-in-ability" testLet’s use one of the first (documented) KRs I wrote as a Head of Product 6+ years (don’t judge me): KR1: Understand 'feature' map of product status quo and compare with user expectations. KR2: Develop design guiding principles for product simplification. Imagine a check-in four weeks down the road: A: “How are we doing on KR1?” B: “I think we better understood the feature map.” A: “Ok, by how much?” B: “I think would put the confidence at 80%".” A: “But…why?” B: “Because it still feels on track.” A: “And KR2?” B. “We have scheduled a first meeting to discuss the design guiding principles. So, I estimate the progress to be about 20%.” A: “Will you do anything differently based on the progress of these KRs?“ B: “No, I think everything works according to plan.” A:
How would you rate the check-in-ability of these KRs? Spoiler: NOT GREAT. They can neither demonstrate real progress nor guide a conversation about priorities. But fixing KRs like these by just adding numbers would be too short-sighted. After all, how check-in-able is a KR with a number, if you can’t influence it, if it’s too lagging, or if it’s a generic KPI? Predicting the future of your OKRs isn't about being psychic. It's about understanding what they will help you do differently later, so they can be more useful now. Did you enjoy this one or have feedback? Do reply. It's motivating. I'm not a robot; I read and respond to every subscriber email I get (just ask around). If this newsletter isn't for you anymore, you can unsubscribe here. Thank you for Practicing Product, ​Tim​ What did you think of this week's newsletter?
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. Explore my new book on realprogressbook.com
Product Practice #430 How to Think About Product Strategy in the Age of AI PUBLISHED Oct 16, 2026 READ ON HERBIG.CO Dear Reader, Two weeks ago, I had the incredible opportunity to be on Akash's Product Growth Podcast. Now that the episode is out, I can finally share it with you as well. I typically don't put podcast episodes front and center in this newsletter, but since this is more of a 1-hour AI Product Strategy Masterclass than an audio-only podcast, I think it's one of the best pieces of...
Product Practice #429 Linked Better Practices over Stacked Best Practices PUBLISHED Oct 11, 2026 READ ON HERBIG.CO Meet Me Next Week at Just Product 2026 Get your Ticket Dear Reader, When a leadership team wants to introduce OKRs, it can be tempting to start by turning every bullet point of your strategy into an OKR. But a long list of priorities will still compete for the same time and attention, even when it gets repackaged. Before moving into OKR drafting, I like to work through this...
Product Practice #428 Linked Better Practices over Stacked Best Practices PUBLISHED Oct 5, 2026 READ ON HERBIG.CO Dear Reader, Sorry for the slip in sending this one out on Friday. To make up for it, there will be (for the first time ever) two newsletters going out this week. Recently, a CPO told me about an engineer who had used AI to develop a proposal. But when the decisions in it were questioned, the engineer kept referring him back to the output. The CPO wondered how that conversation...