How to Create Good OKRs π―
Outputs vs outcomes, a simple process to get started, and examples from successful companies.
OKRs is the worldβs most popular goal setting framework.
It stands for Objectives & Key Results, and is used by companies and individuals alike to define goals and track their outcomes.
π― Objectives are qualitative descriptions of what you want to achieve. They are short and inspirational. E.g. Increase application speed.
π Key Results are a set of metrics that measure your progress towards the objective. E.g. Bring API response time under 1 sec for the 95th percentile.
They were famously introduced at Google by John Doerr, in the early 2000s, and they spread rapidly across big tech and startups alike.
However, OKRs are way older than that.
John Doerr learned about OKRs from Andy Grove during his time at Intel. Grove introduced them in his seminal book High Output Management, in 1983, but Doerr recalls hearing about them as early as in 1975!
Despite almost 50 years in the business, there is still controversy on how to create good OKRs. Companies struggle with the right formulation, cascading goals, following up with their teams, and more.
Examples online are often incomplete, and it isnβt clear how to adapt them to your use case.
This article is a primer on OKRs and how to work with them. We will cover:
β¨ What makes OKRs special β why they are so successful and widespread.
βοΈ Outputs vs Outcomes β the key separation to make OKRs effective.
π Beyond OKRs β frameworks and ideas that complement OKRs.
π½ How to create OKRs with your team β a lean process and tips to get started.
π± Real-world Examples β from the likes of Atlassian, GitLab, Buffer, and more.
Letβs dive in π
Hey π Luca here! This is a new π weekly edition π of Refactoring.
Every week I write advice on how to become a better engineering leader, backed by my own experience, research and case studies.
To receive all the full articles and support Refactoring, consider subscribing π
You can learn more about Refactoring here.