"OKRs S&%k" — Scaling Founder Mode by Fixing OKRs
When scaleup leaders say OKRs are broken but can't find anything better, the problem is usually misapplication. Fixing OKRs is how founder mode scales.
Click image to open full size “OKRs S&%k, but we don’t know anything better”
This was a direct quote from a cybersecurity scaleup’s Chief of Staff, but I hear the sentiment way too often from founders, chiefs of staff, COOs, and others in the scaleup ecosystem.
I started encountering OKRs when working with scaleups a couple of years ago, helping leaders fix their ways of working to get the promised benefits of “Agile.”
A specific biotech scaleup used OKRs as a “grown-up” way to manage an organization growing fast and needing more management.
It felt like an artifact of “Manager Mode” (as opposed to “Founder Mode”). You could imagine their VC “suggesting” OKRs (and EOS).
When I looked deeper into HOW they were using OKRs, I saw some familiar patterns. I’ve been helping leaders fix their Agile for a while now. It was interesting to see some of my usual nemesis patterns:
-
Using new processes to reinforce rather than bridge across silos/functions – manage dependencies rather than avoid them.
-
Calling work by different names but still being involved in the details as if it were still early days in the lab, garage, or WeWork space - instead of providing clarity about the mission and staying at the right altitude.
-
Using cool new tools (Monday, ClickUp, Trello, JIRA, Basecamp and Kanban boards in general) but still working on too many things and inflicting context overload and unsustainable pace on everyone.
-
Telling people their goals rather than involving them in figuring out the mission and the plan.
Fixing their OKR system
We got going fixing their OKR operating system.
We started by focusing their OKRs on the things that mattered, not everything that was happening. We reflected on how to organize around these OKRs. We made structural changes to the organizational topology, complemented by temporary empowered teams.
We rewrote OKRs to focus on outcomes, for example, “Double the velocity of our search for useful therapeutics,” and brought those into a big-room collaborative goal-setting session where everyone in the company tried to figure out what this meant and what would need to be true for it to be possible. Hint: it is not about working twice as hard.
We deemphasized mechanics and pedantic processes and emphasized principles. This also applied to their use of agile processes. A dogmatic Scrum Guide compiler would probably have issues, but they didn’t care. They understood Empiricism (it helped that they were all smart scientists) and did what was needed to ensure they had it.
That enabled them to use agility, not necessarily Agile, beyond their software and technology teams. They started using iterative, outcome-oriented, empowered cross-functional teams for initiatives such as “Scientist productivity - getting them up to speed and getting out of the way” that involved People Ops, IT, and Business Ops.
What changed for them
The results? Finally, there is more traction towards what’s important without micromanaging. The leadership team finally has time to focus on where to take the company. People feel like players, not pawns. They are becoming more agile (not necessarily doing agile). They are leveraging OKRs (instead of following OKRs).
They had a scalable operating system in place that allowed them to continue to tackle the growth/scaling milestones they would continue to face.
They found a way to scale Founder Mode.
A free email series on building an organization that reliably converts strategy into outcomes — without the coordination overhead.
Yuval Yeret helps product and tech leaders move from agile theater to evidence-informed delivery. Work with Yuval →
- 01 Fix Your OKRs - Back to First Principles 11 min
- 02 OKR Implementation Tips 6 min
- 03 Organizing Around OKRs and Managing OKR Flow 3 min
