Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Hate OKRs? Avoid These 7 Mistakes

DZone's Guide to

Hate OKRs? Avoid These 7 Mistakes

It’s OK to hate OKRs; you're definitely not the only one who has acronym allergies. But first, make sure you’re doing them right.

· Agile Zone ·
Free Resource

Adopting a DevOps practice starts with understanding where you are in the implementation journey. Download the DevOps Transformation Roadmap. Brought to you in partnership with Techtown.

The moment I heard it, my acronym allergy kicked in: OKRs. I’d done S.M.A.R.T. goals at another company, and they kind of sucked. Ditto for quarterly As & Os (accomplishments and objectives). Obviously, this OKRs thing was going to be more of the same.

And they did indeed kind of suck. We’d start working out OKRs for the next quarter with a full month left in the current quarter, so it felt like we were always in planning mode. Then all quarter long, I’d go down my checklist of KRs doing the same things I’d probably be doing anyway, wondering how that month of formalizing them wasn’t pointless overhead.

OKRs (“objectives and key results”) n.  — Yet another corporate goal-setting framework.

The one thing OKRs had going for them was that people up the chain were setting high-level objectives, then leaving it to the people closest to the actual work (i.e., people like me) to decide exactly how we were going to contribute. That part totally makes sense, and I appreciate that level of autonomy.

Still, OKRs felt like a confusing and unnecessarily process-heavy way of shooting for the stars.

Image titleThen I realized I’d been doing them wrong in a bunch of ways. In fact, most of us were getting something about OKRs wrong. No wonder it was confusing. Long story short, we straightened ourselves out and now OKRs are actually fruitful — I’ll show you some real-life examples below.

If you hate OKRs, you owe it to yourself to at least make sure you’re doing them right (seeing as you probably have to do them anyway, rage notwithstanding). Below is a list of mistakes that were running rampant around, plus a couple bonus anti-patterns you should be aware of.

Full disclosure: we haven’t eliminated all of them. Yet.

The ABCs of OKRs

If you’re already familiar with the basics, skip to the mistakes below. But for the uninitiated… Objectives and key results (OKRs) is a framework for setting goals, typically on a quarterly basis. Your team sets 3–5 high-level goals (objectives) to pursue, along with 2–3 success measures you’ll use to determine whether you’ve reached it (key results).

At the end of the quarter, you score each KR on a sliding scale from 0 to 1 (0 = no progress at all; 1 = you hit or exceeded your target; .1-.9 = somewhere in between). During the quarter, you check in and predict what the final score will likely be, based on how you’re tracking so far. This keeps OKRs fresh in your mind and serves as an early detection system for OKRs that might need some extra attention.

Mistake #1: Confusing Themes with Objectives

“Ecosystem” isn’t a helpful objective. Neither is “customer experience.” They don’t say much about what you’re trying to achieve or where you want to go. They’re nice themes, sure. But they’re not really goals.

Instead, write your objectives such that you can look back later and see clearly whether you met it or not.

One of our design team’s objectives is, “Improve our craft, velocity, and quality of design decisions.” They paired it with KRs like “50% of product releases have a passing UX scorecard” (I don’t know what a UX scorecard is, but I trust our design team does).

Mistake #2: Writing All Your Things as OKRs

Your KRs shouldn’t be an exhaustive list of every single thing you and your team are doing. Stuff that falls into the “business as usual” category like fixing bugs or closing out the quarterly books doesn’t need to be there.

If your objective is to change the way in which you go about business as usual, that might be worth including — “Improve turnaround time on customer-reported bugs” or “Reduce late expense report submissions by 20%.”

OKRs are your highest priority items, and “just enough” is enough. FWIW, I’m a senior-level individual contributor and I typically own 1–3 KRs each quarter.

Mistake #3: Confusing KRs with Tasks

For a long time, I wrote my KRs as nothing more than a to-do list. Check ’em off when they’re done, score ’em all a 1 (more on that in a moment), and call it a day. Satisfying, sure…but again: formalizing my tasks as KRs just felt like busy work. Plus, there were times when, halfway through the quarter, I realized the task wouldn’t get me closer to the objective. “But it’s a KR! Im honor-bound to follow through on it!” Ugh.

My lightbulb moment was when I got hip to the fact that the “R” stands for “result.” (Duhhh.)

So instead of saying “Publish 3 blog posts related to the Team Playbook,” I started saying “Increase traffic to Playbook-related posts by 15%.” How I get that 15% increase is flexible. I could promote old posts, optimize them for search, publish new stuff, or some combination thereof. Also, getting to a 15% increase feels like a juicy challenge. (‘Cuz honestly, I could churn out 3 posts in my sleep. They’d get crap results, but I could do it.)

Think outcomes — not output.

Mistake #4: Scoring KRs by Gut-Feel

You may have seen KRs like, “Better customer engagement.” How could you even score that?? It’s super subjective, and therefore meaningless in the context of goal-setting.

When you phrase KRs as a measurable result, however, they’re easy to score. Just do the math. Going back to my, “Increase traffic to Playbook-related posts by 15%” KR above, let’s say I manage to increase traffic to my blog posts by only 5%. I divide 5 by 15 and boom: my score for that KR is .3 (roughly).

Objectives, on the other hand, are often articulated such that you can’t score them objectively. But that’s actually ok. Take the average of all the KR scores rolling up into it, and you’ve got your O score.

 Note the end-of-quarter score on the left. So easy to calculate! Yay math.

Mistake #5: Scoring KRs on the Wrong Scale

There’s this famous preso from Google about OKRs that talks about how a score of .7 is considered good. That led to some confusion on our team as to whether you score your KR a .7 vs a 1 if you hit your stated target. (The argument being that scoring it a .7 leaves room for you to exceed it and “get credit” for over-achieving.)

Here’s the deal. If you hit your KR’s target, you score it a 1. At least, that’s how Google does it. If you exceed your target, you still score it a 1 — and think about setting a more ambitious target next time. Which leads me to…

Mistake #6: Consistently Scoring 1s on Every OKR

The reason a .7 is considered good is that your stated targets are supposed to be really frikking hard to hit. If you’re nailing them most of the time, you’re not stretching yourself. Or, your KRs are actually just tasks (see above) that get a binary 0 or 1 score. Maybe it’s both.

My team once set a KR of doubling SEO-based traffic to one of our microsites, which, honestly, felt like a pipe-dream. But lo n’ behold, we did it! And we learned a ton along the way, which wouldn’t have happened if we’d set a target we could’ve sleepwalked to. This was my other lightbulb moment.

Mistake #7: Doggedly Pursuing a Bogus OKR

Don’t keep chipping away at a rock if it’s the wrong rock. Things change, new information comes to light, etc. It’s ok to remove or abandon an OKR if you no longer believe it’s the right thing to do. Score it a 0, and replace it with one that is right.


An important aspect of OKRs is that zeros are not punishable. (If they are, then you’re really doing it wrong.) Instead, zeros should prompt questions. Why did we miss so badly? Why was this the wrong goal? How can we set a better goal next quarter? If you learn something from your zero, you haven’t wasted your time.

It’s OK to Hate OKRs…But I Don’t (Anymore)

After a few quarters of doing OKRs the way they’re supposed to be done (or close to it), I generally feel more focused. It’s easy to figure out what I should be working on at any given point in the quarter. And if someone requests additional work from me, I can weigh it against OKR-related work and give them a yes/no answer quickly.

I also feel more connected to the work people around me are doing (and being a remote employee, that’s doubly important). My teammates and I often own individual KRs that feed into a common objective, which gets us sharing info and ideas more than we used to.

As a bonus, getting comfortable with setting stretch goals keeps me from wallowing in mediocrity. Complacency is a career-killer, and I’ve got too many years before retiring to rest on my laurels just yet.

So yeah: I’ve gone from OKR hater to born-again OKRs booster. Which makes me wonder what else in my life seems kinda sucky…but only because I’m doing it wrong.


Take Agile to the next level with DevOps. Learn practical tools and techniques in the three-day DevOps Implementation Boot Camp. Brought to you in partnership with Techtown.

Topics:
goal setting ,productivity ,tips ,okr

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}