https://jessitron.com/2025/01/05/hitting-okrs-vs-doing-your-job/ Skip to content Jessitron Search for: [ ] [Search] Search Menu * Blog * Twitter * Patreon * Talks * Newsletter * Search [okrs-roadmap-ship] Hitting OKRs vs Doing Your Job January 5, 2025January 5, 2025 by jessitron In Engineering, quarterly OKRs (Objectives & Key Results) can feel like a duplication of product planning. Basically, they say "Ship the Roadmap." What new information are they communicating in that case? And if the OKRs say anything else, they're in conflict the roadmap! An example (that I made up): Objective: Deliver Frontend ObservabilityKR: all features in Phase 1 are deliveredKR: error rate less than 3%KR: 1000 users/day interact with the new screen In Marketing, quarterly OKRs express our intentions clearly. They work really well to describe the focus for this time period. Marketing doesn't complain about having to make OKRs. A marketing example (that I made up): Objective: Launch of Frontend Observability drives pipelineKR: 3 news outlets report the launchKR: 2000 hits to our landing pageKR: 100 marketing-qualified leads from target accounts Why are OKRs easier in Marketing? Partly: Marketing is closer to project work, while Engineering (at places like Honeycomb) is product work. Projects like Marketing campaigns fit within a quarter or two, while product work is an ongoing rhythm of updates. There's an ongoing rhythm of work in Marketing, too! There are ads to run, webinars to run, emails to send, events to staff. OKRs express which ads and webinars and events -- who we're targeting and with what message. Does this duplicate the campaign briefs? ... yes. Therefore, OKRs often mention only new campaigns, new audiences or channels. They say what we're spending money and time on this quarter, that we don't do every quarter. Regular ongoing work doesn't show up in OKRs, usually. That's what KPIs (Key Performance Indicators) are for. Marketing has KPIs for their core job: bringing in leads, which become sales opportunities. We count those. We monitor website traffic, ad performance, SEO ranking, webinar attendance, contacts made at events. These KPI numbers only show up in OKRs when we're trying to improve them or get them differently, like in a new audience or with a new message. OKRs express shifts in focus, changes in process, or conversations we need to have. Objective: Expand awareness of Honeycomb in these 3 countriesObjective: Reduce cost per opportunityKR: Improve MQL to SQL conversion rate from 7 to 10%Objective: Find 2 use cases worth investing in Engineering has KPIs for our core job: running software and shipping updates. Service-Level Objectives (SLOs) and Accelerate metrics like Deployment Frequency tell us we're working smoothly. sticker: shipping is the heartbeat of your company Shipping features from the roadmap is a chunk of our core job. It shouldn't usually be in our OKRs. OKRs say what is different this quarter, what we're changing, and what we're trying to figure out. Objective: Smooth launch of Frontend ObservabilityObjective: Get 3 new team members in on-call rotation.Objective: Adopt these 2 services from this other teamObjective: Improve responsiveness of Timeline ViewKR: Distributed tracing shows latency contributions Wait a minute! One of these examples is "Smooth launch of Frontend Observability." Doesn't that say 'ship the roadmap'? Shipping the features is part of a smooth launch, but it doesn't end there. Of all the features we're shipping this quarter, that one is the most critical to the business. Its presence in the OKRs tells people that we'll push other work, we'll respond immediately to bug reports, we'll support this release with enthusiasm. When a team's OKRs duplicate the roadmap, I read that as "We aren't trying to improve. This is a quarter for trudging along." Not a good sign. OKRs are for "What is special about this quarter? What is new? How do we want to be different? What do we want to figure out?" Let OKRs highlight a special focus. Don't try to cram everything you do into them. Share this: * Twitter * LinkedIn * Reddit * Pocket * Facebook * Categories business of softwareTags business, marketing, okr, Software Development Post navigation OKRs for Evil and Good Search for: [ ] [Search] popular * Hitting OKRs vs Doing Your Job Hitting OKRs vs Doing Your Job * OKRs for Evil and Good OKRs for Evil and Good * Productivity v Impact Productivity v Impact * Communication Structures in a Growing Organization Communication Structures in a Growing Organization * Who turns software into money? GTM Who turns software into money? GTM meta * Log in * Entries feed * Comments feed * WordPress.org * Blog * Twitter * Patreon * Talks * Newsletter Tags abstraction agile architecture automation change clojure complexity concurrency design DevOps Docker Engineering functional functionalPrinciples Generativity git honeycomb Java javascript learning observability philosophy process property-based testing reference ruby scala science Software Development symmathesy systems Systems Thinking teams testing thinkingFunctionally tistil typescript Web Development wit Yak Shaving Archives Archives [Select Month ] Search Search for: [ ] [Search] Sort by [Relevance ] (c) 2025 Jessitron * Powered by WPKoi Scroll back to top * * * * * Discover more from Jessitron Subscribe now to keep reading and get access to the full archive. Continue reading