In 2009, I was challenged to do something seemingly simple—recreate the scorecards of measures and metrics my colleagues at Apple were using. My colleagues used scorecards to track and monitor the impact of their decisions on key business measures. As it turned out, they wanted to know how decisions I made also affected the outcomes they were reporting on. While I had been involved with big product decisions all along, I wasn't very good at articulating how my decisions correlated to those outcomes they were reporting on. So, challenged accepted.
My goal was to track and monitor the impact of my decisions on key business measures. Rather than starting from scratch, I started with the scorecard and measures my colleagues were already using and looked for any other approaches designers were using to do this sort of work. I remixed a couple different models and found a solution that worked pretty well!
And then, I left Apple.
What I found was, none of the other companies I've worked for since have tracked and monitored their decisions in the same way or with the same rigor. When I tried introducing my scorecard approach, it failed miserably because none of the other companies were talking about scorecards, they were talking about OKRs. They weren't just talking, they were really excited about OKRs and thought they'd solve everything.
And yet… when I took a deeper look, there wasn't much there beyond the talk. OKRs showed up a lot in keynote presentations and town-hall events, but very few leaders and teams were really trying to put them in place with rigor. Instead, the high-level OKR talk was good enough and when I came flying in on my high horse with measuring and scorecards, it freaked a whole bunch of people out.
And so, I had to start all over again.
I'm guessing if you're reading this, you have heard about OKRs. There's a lot of information about OKRs out there, so rather than give a detailed summary on what they are, here's my take:
While the narrative around OKRs is quite familiar, do you really know the origin story beyond the narrative?
FYI: I'm sharing a whole bunch of links in this section because I'm not focused on re-writing what's already been written.
If you don't know the history of OKRs and how they got famous, here's a brief summary. If that summary is just too much, here's the story as five bullet points:
OKRs haven't just worked at Google, but quite a few other startups as well. Seeing that success and reading those success stories has led to a lot of other companies to adopt the framework. But, lots of other companies and teams aren't seeing the same success with OKRs that Google has had.
Rather than focus on why they don't work, I want to talk about some of the factors that helped OKRs work at Google in 1999. These factors that aren't included in the wildly shared story:
As a reader, you may be wondering why I'm sharing any of these things and why should I care. Here's my belief. I believe Google succeeded with OKRs not because of OKRs, but because of the circumstances in which they were introduced. Those factors above were just as critical to their success as the framework itself.
Over the last 20+ years, many other companies have implemented (or tried to) OKRs with varying degrees of success. Within my own experience and in working with hundreds of design leaders over the past three years with Second Wave Dive, there are some clear patterns around what is and isn't working.
To be clear, the insights below are totally based on my experiences and observations. Other may and do experience other things.
In my opinion, OKRs tend to work well for:
In my opinion, OKRs do not work well when:
In the real world, there is just one person who can really drive the type of changes to address all of the above. I'm guessing the majority of you are not CEOs and you deserve some practical guidance on how you might begin addressing some of the gaps. This is my goal with this book.
Delivering great products and services comes from doing things differently. To do things differently, you must look at your work in a new light. Stratatics is a newsletter designed to help you do that. Each week, you’ll get a new idea to reimagine and deliver your best work. Highly relevant for design leaders and executives. And very useful for those who work alongside them.
We just announced new features, and our pricing is changing as a result. Purchase membership by November 8 to lock in current pricing. Hi Reader, Today, I announced a suite of new features for our Pro membership (including 1:1 Coaching and Role-Playing Cohorts) and new pricing that reflect these updates. It's my utmost goal to continue giving you the largest, high-quality selection of resources to sharpen your Business IQ and nurture your Leadership EQ as a design leader. Here’s what is...
Hi Reader, This post is for people who are consulting, coaching, or freelancing or are thinking about it.You likely don't know this, but I've been testing a new concept with my friend Greg for about 18 months. We're calling this concept Jump Ship. Jump Ship is programming focused on helping people leave tech and go independent. After 18 months of research, testing, testing again, and more research, our first two programs are now live. Restart is a four-hour workshop that helps you decide...
Four fits to make people-first interests crucial at your company The Four Fits of Design Org Value, The features investors want are not the ones your users need, and doing office politics on your own terms. 👋 Hey, I'm Ryan. Welcome to the Second Wave Dive newsletter. Each week, I share insights about leading design teams, being an entrepreneur at a company of one, and growing confidence without losing your soul. There's a palpable tension between design and business. And many of us are...