Photo by Matthew Henry
OKRs (objectives & key results) are the driving force behind company direction. They boldly state where you’re going and they give you metrics to judge when you’ve arrived.
OKRs should be fail-by-default. To succeed in an OKR you shouldn’t be able to sit on your laurels and play defense.
Objectives like “don’t release any new bugs” make terrible OKRs. A guaranteed way to achieve that objective is to stop releasing software. But despite “no new bugs” making an awful OKR, it’s still an important measure of business health. It’s worth keeping an eye on.
There are plenty of metrics like bugs released (a proxy for code quality) which are important to watch but don’t fit well in OKRs. Rather than trying to wedge them into a container where they don’t belong, consider adding a second tool to your arsenal — KPIs (key performance indicators).
If OKRs give your teams direction, KPIs make sure nothing is going off of the rails. Practically any metric — site uptime, conversion rates, user retention — can be used as a KPI. KPIs are a metric that’s important to watch, but not something you’re trying to change right now.
Keeping track of relevant KPIs will help you uncover problems as they emerge. If you decide a KPI is out of line enough to justify investing in a fix, then it simply becomes part of an OKR. The passive KPI “Conversion rate — 5%” becomes the active objective “Double conversion rate by August”.
Use KPIs to keep an eye on things. Use OKRs when you’ll make a change.