A good OKR drafting session turns a blank doc into goals the team actually owns by running five deliberate phases in one sitting: strategy context, divergent objective brainstorming, convergent ranking, key-result drafting, and a red-team pass for anti-patterns — each phase timeboxed, each balancing top-down direction against bottom-up authorship so the goals don't feel decreed.
Quick answer: Run the drafting session as five timeboxed phases — context, divergent brainstorming, convergence, KR drafting, red-team — in one 3-4 hour workshop or split across two sittings. Leadership sets the strategic boundary; the team fills it in and stress-tests the draft before anyone calls it final.
Why the Session Needs a Facilitator, Not Just a Template
A blank OKR template and a Friday deadline produce goals that read like compliance paperwork: vague, unranked, and never argued for out loud. Facilitation is what turns a document into a decision — someone has to design the sequence of divergence and convergence, hold the timebox, and force disagreement into the open before it curdles into quiet non-buy-in after launch.
The tension every facilitator is managing is top-down versus bottom-up. Purely top-down OKRs — leadership hands down objectives and KRs intact — are fast but produce teams that execute without conviction, because nobody in the room helped write the thing they're accountable for. Purely bottom-up OKRs drift away from strategy, because a team optimizing locally will always find compelling local problems that don't move the company's needle.
The fix isn't a compromise on paper; it's a structured handoff of authorship at each phase. Leadership owns the boundary (the strategic context, the constraints, the "why now"). The team owns the content inside that boundary (which objectives, which KRs, which tradeoffs). If you've read the complete guide to advanced OKRs, this session design is the practical mechanism for the top-down/bottom-up balance it argues for — this article is the run sheet.
This same tension shows up whenever objectives need to flow from a company-level goal to a team-level one without becoming a rigid, un-arguable waterfall — a problem worth reading about separately in cascading OKRs without the waterfall if your org has more than two reporting layers between the CEO's OKRs and the team drafting theirs today.
Who Should Be in the Room
Keep the drafting group between five and nine people: the team's IC contributors who'll actually own the KRs, one facilitator who isn't also advocating for a specific objective, and one sponsor or leader who can speak for strategy without dictating the outcome. Larger groups need breakout structure (small-group KR drafting in Phase 4) to stay productive; smaller groups risk narrow thinking with no one to red-team the result.
The Five-Phase Agenda and Timeboxes
A full drafting session runs three to four hours in one sitting, or splits cleanly into two 90-minute blocks across two days if a single long meeting isn't realistic. Each phase has a distinct cognitive mode — grounding, diverging, converging, drafting, stress-testing — and swapping modes mid-phase is the single most common way facilitators lose the room.
| Phase | Purpose | Timebox | Who leads |
|---|---|---|---|
| 1. Context & strategy input | Anchor the room in company strategy, last quarter's results, and known constraints | 20-30 min | Leader/sponsor |
| 2. Divergent objective brainstorming | Generate candidate objectives without judging or ranking them | 30-40 min | Facilitator |
| 3. Convergence & ranking | Narrow candidates to 2-4 objectives via affinity grouping and a ranking method | 30-40 min | Facilitator |
| 4. KR drafting | Draft 2-4 measurable key results per objective, usually in small groups | 45-60 min | Small groups |
| 5. Red-team pass | Stress-test every draft KR against a shared anti-pattern checklist | 30-40 min | Whole group |
If you split across two days, break after Phase 3: the room walks away with ranked objectives, drafts KRs asynchronously as homework, and reconvenes for Phases 4-5 with material to react to instead of a blank page.
Phases 1-2: Context Input and Divergent Objective Brainstorming
Phase 1 exists to prevent a room full of smart people from independently reinventing the strategy. A leader or sponsor spends 20-30 minutes presenting the company or product-line priorities for the period, last quarter's OKR results (including the misses), and any hard constraints — budget, headcount, a board commitment, a regulatory deadline. This is a briefing, not a debate; save disagreement for later phases.
Good context input answers three questions before brainstorming opens:
- What outcome matters most this period, and why now specifically?
- What did we learn last quarter — which bets paid off, which didn't, what surprised us?
- What's off the table — capacity, dependencies, or commitments the team can't reprioritize away?
Skipping this phase is the single biggest reason bottom-up drafting drifts: without a clearly stated boundary, teams default to whatever problems are most visible from their desk, which is rarely the same as what's most valuable to the business this quarter.
Divergent Brainstorming, Done Right
Phase 2 is where authorship transfers to the team. The facilitator's job is purely procedural: generate volume, suppress judgment, and keep the group anchored to outcomes rather than activities. A useful framing prompt is "what would have to be true about our customers' experience for this quarter to be a clear win?" — which naturally pulls in outcome language instead of a list of shipped features.
Two techniques keep divergence honest:
- Silent brainstorming first. Give everyone five minutes to write candidate objectives individually before anyone speaks — this prevents the loudest voice or the most senior title from anchoring the room's thinking before quieter ideas surface.
- No editing during generation. Objectives get written on a wall or shared doc as-is; refining language, arguing merit, or asking "but how would we measure that" all belong in later phases, not this one.
Teams that have already done customer research have an advantage here: framing candidate objectives around a documented customer job or a mapped moment of friction produces sharper, more defensible objectives than generic aspirations. If your team has JTBD interviews on file, revisit the complete guide to jobs-to-be-done before the session and bring specific jobs into the room as brainstorming prompts. The same is true of a documented customer journey with an emotion curve — a sharp dip at a specific step is a ready-made objective candidate, not a hypothetical one.
Aim for volume over quality in Phase 2: a healthy room produces 15-25 candidate objectives from a team of six to eight people. If you're getting fewer than ten, the silence technique probably isn't being used, or the context briefing was too narrow.
Phases 3-4: Convergence, Ranking, and Drafting Key Results
Convergence exists to make the team choose what not to do, which is the harder and more valuable half of goal-setting. Cluster the raw candidates into affinity groups (several worded-differently objectives are usually the same underlying idea), then rank the resulting groups with a lightweight method the room can execute in under 15 minutes — dot voting, a simple impact-versus-effort placement on a 2x2, or a fast RICE-style score if the team already uses it for prioritization work.
Google's internal re:Work guidance on OKRs recommends capping a team at three to five objectives per period; more than that and nothing gets prioritized attention, because "everything is important" functions identically to "nothing is." Christina Wodtke, in Radical Focus, pushes further and argues for finding the "one important thing" a team should focus on above all others — a useful discipline check even if you land on three objectives rather than one.
Convergence should produce a short, explicitly ranked list — not a vague consensus that everything discussed matters. Ranking is what lets Phase 4 allocate drafting time to the objectives that deserve it, and what lets a sponsor veto or reorder before KR drafting begins, which is the last natural point for a top-down course correction before the team invests real effort.
Drafting Key Results That Survive Scrutiny
Split into small groups of two to three people, one group per ranked objective, and give each group 45-60 minutes to draft two to four KRs. The instruction that matters most here: a KR is evidence the objective happened, not a task that might cause it to happen.
Andy Grove, who introduced this goal-setting format at Intel and documented it in High Output Management, framed key results as the measurable signal that tells you the finish line was actually crossed — not a list of activities undertaken along the way.
The table below shows the pattern facilitators see most often, and the rewrite that fixes it.
| Weak KR (as first drafted) | What's wrong | Stronger rewrite |
|---|---|---|
| "Launch the new onboarding flow" | An output/activity, not an outcome — it can be "done" and still fail | "Reduce time-to-first-value in onboarding from 9 days to 4 days" |
| "Improve customer satisfaction" | No baseline, no target, not measurable as written | "Increase post-onboarding NPS from 22 to 35" |
| "Hold 20 customer interviews" | A task count masquerading as a result | "Identify and validate 3 top drop-off causes from customer interviews, with fixes shipped for at least 1" |
| "Ship API v2" | Binary and output-based; says nothing about value delivered | "Migrate 80% of active integration partners to API v2 with zero critical incidents" |
If the outcome-versus-output line still feels blurry in the room, this is the moment to walk through outcome vs. output OKRs: the distinction that matters together rather than relitigating it from scratch every quarter.
Facilitator's Live Checklist: Spotting a Weak KR in the Room
A facilitator can't fact-check every number in real time, but a KR usually announces its own weakness through its language. Listen for these tells as each small group presents back:
- The verb is an activity verb — "launch," "build," "hold," "conduct" — instead of a change verb: "reduce," "increase," "shift," "grow."
- There's no baseline stated. "Increase conversion" without a current number can't be scored; ask "increase from what, to what?" on the spot.
- The target is suspiciously safe. If a team's KRs score at 100% every quarter, the targets are being sandbagged, not achieved — a pattern Doerr's Measure What Matters explicitly warns against for stretch-style OKRs.
- It's a checklist item wearing a KR's clothes — countable but not meaningful ("send 4 newsletters") rather than evidence of value delivered.
- There are more than four KRs per objective. Beyond four, teams are usually padding for coverage rather than picking the metrics that actually matter.
- Nobody in the room can explain how the number gets pulled — if the measurement source doesn't exist yet, that's a dependency to flag now, not discover in week six.
Push back live when you hear these, in the room, before the group moves on — a KR that survives this checklist unedited is far more likely to survive the quarter.
Phase 5: The Red-Team Pass — and Where the Debate Continues After the Room
The red-team pass exists because a group that just spent an hour drafting KRs is the worst-positioned group to critique them. Rotate objectives between small groups — whoever didn't write a given objective's KRs now argues against them for ten minutes, hunting specifically for the anti-patterns below rather than general wordsmithing.
Felipe Castro, an OKR coach who has written extensively on documented OKR failure modes, groups the recurring anti-patterns into a short, checkable list:
- Sandbagging — targets set low enough to guarantee a comfortable score, defeating the stretch-goal purpose of the format.
- Boiling the ocean — five-plus objectives with four-plus KRs each, spreading attention so thin nothing actually gets prioritized.
- Cascading by copy-paste — a team KR that's just the company KR restated a level down, contributing no distinct team-level thinking.
- Metric theater — a KR tied to a number nobody will actually track weekly, which quietly turns the whole exercise into goal theater that gets filed away until the next quarterly review.
- Output dressed as outcome — see the table above; the most common single anti-pattern by far.
Timebox the red-team pass tightly — 30-40 minutes for a typical 3-4 objective set — and end with an explicit go/no-go decision per objective, not an open-ended "let's keep discussing." An objective that survives red-teaming without a substantive challenge either had genuinely strong KRs or the red-team group didn't push hard enough; a facilitator watching for the second case can prompt with "what would make this KR easy to game?"
Locking the Draft Doesn't Mean the Argument Stops
The room's red-team pass catches most problems, but not all of them — a stakeholder who wasn't in the workshop, a dependency owner who needs to weigh in, a target that needs revisiting after finance reviews it. Treating the drafting session's output as instantly final just relocates the debate to Slack threads and hallway conversations instead of resolving it.
This is the gap Prodinja's Spec Studio is built for. An OKR draft can live there as a document that supports comments and PR-style diffs, so a stakeholder who missed the workshop can propose a specific edit to a KR's target and a reviewer can leave a comment on the objective's wording.
The group sees exactly what changed and why before the draft moves past its readiness gate and locks for the quarter. It's a mechanism for keeping the room's honesty going for another few days, not a replacement for the room itself.
Key Takeaways
- Facilitation, not templating, is what produces ownership — a blank doc handed down with a deadline reliably produces vague, unranked goals nobody argued for.
- Balance authorship by phase, not by compromise: leadership owns the strategic boundary in Phase 1; the team owns the content generated inside it in Phases 2-4.
- Five phases, one flow: context input, divergent brainstorming, convergence and ranking, KR drafting, and a red-team pass — each with its own timebox and cognitive mode.
- A KR is evidence an objective happened, not a task that might cause it to — the single most common drafting failure is an activity verb where a change verb belongs.
- Cap objectives at three to five and KRs at two to four each — beyond that, prioritization stops functioning and the exercise becomes coverage, not focus.
- Red-team with a different group than the one that drafted the KRs — the authors are structurally the worst-positioned critics of their own work.
- A workshop draft isn't a locked draft — build in a short review window with visible comments and diffs before anyone treats the OKRs as final.
Frequently Asked Questions
How long should an OKR drafting session take?
Plan for three to four hours in a single sitting, or two 90-minute sessions split across two days with asynchronous KR drafting as homework in between. Rushing the five phases into 90 minutes total is the most common way sessions produce shallow, un-debated goals.
Should leadership write the objectives, or should the team?
Neither exclusively — leadership sets the strategic context and constraints in Phase 1, then the team generates and ranks objective candidates inside that boundary in Phases 2-3. Objectives written entirely top-down get compliance, not commitment; objectives written entirely bottom-up drift from strategy.
How many OKRs should a team actually have?
Most guidance, including Google's internal re:Work framework, converges on three to five objectives per team per period, each with two to four key results. More than that spreads attention too thin for prioritization to mean anything, and small-group drafting time in Phase 4 stops being enough to produce sharp KRs.
What's the real difference between a key result and a task on a to-do list?
A key result is a measurable outcome that proves an objective happened — a number that moves, with a stated baseline and target. A task is an activity someone completes; "launch the feature" is a task, "shift adoption from 12% to 40%" is a key result, even if the feature launch is how you'll get there.
How do you handle it when the red-team pass surfaces real disagreement?
Timebox the disagreement to the red-team phase itself and end with an explicit decision — revise the KR, escalate the tradeoff to the sponsor in the room, or flag it for review after the session rather than letting the meeting run long. Unresolved disagreement is exactly what a follow-up comment thread on the drafted document is for, not a reason to skip the decision in the room.