How to Run Quarterly OKR Planning Without Process Theater

Why Big Room Planning Fails (and How to Fix It)

Quarterly planning cycles often deteriorate into bureaucratic exercises—what we call Process Theater. Teams spend days locked in virtual breakouts, arguing over task lists, and drafting Key Results that look more like simple to-do lists than actual business outcomes. The result is planning fatigue, dependency gridlock, and a plan that is obsolete the moment the quarter starts.

But quarterly planning doesn’t have to be a waste of time. When designed as a lean, empirical feedback loop, it serves as the ultimate mechanism to align team-level autonomy with company strategy. By separating operational KPIs from developmental OKRs, mapping cross-team dependencies in real time, and focusing on confidence-based commitments, you can run a big room planning session that delivers real alignment and execution at scale.

The Goal-Setting Lexicon: OKRs vs. KPIs

One of the most common reasons quarterly planning fails is that organizations try to stuff everything they do into OKRs. If a team has twenty OKRs, they do not have focus; they have a glorified task list. We need a clear lexicon that separates developmental work from operational health, keeping our goal-setting focused and manageable.

We define goals across three distinct horizons: Strategic (greater than a year), Intermediate (less than a year), and Tactical (one sprint). OKRs are reserved exclusively for Intermediate developmental goals—work that changes the business, like establishing a new service playbook or scaling a production line. In contrast, Key Performance Indicators (KPIs) are used to track and maintain the health of ongoing operational work.

For example, maintaining an assembly time of under two weeks is a standard operational KPI. If that KPI is stable and healthy, there is no need to create an OKR around it. However, if the business strategy requires improving that capability—such as reducing assembly time to one week—that improvement becomes a developmental Goal supported by Key Results. By keeping operational metrics separate, you ensure that your OKRs are limited, focused, and truly challenge the status quo.

Mapping and Setting Goals Organizationally

To avoid command-and-control cascading, where goals are handed down from the top without context, goals must be mapped organizationally from company strategy down to team execution. This mapping creates alignment while preserving the autonomy of individual teams to determine how they will contribute.

At the company level, the C-suite sets Strategic Goals (the business and product strategy) and Intermediate Goals (annual objectives and next-quarter company OKRs). At the team level, teams align their own Strategic Goals (the team’s Product Goal) to the company’s direction. They then draft their own Intermediate Goals (Quarterly Team OKRs) and Tactical Goals (Sprint Goals).

Setting these goals is a collaborative dialogue, not a top-down mandate. The Product Owner represents what is valuable from a business perspective, while the Developers represent how much can realistically be achieved in a quarter. A healthy team structure enables teams to write OKRs they can own autonomously, with minimal cross-team dependencies. If a team cannot draft meaningful OKRs without constant external dependencies, it is a signal that your team design itself needs to be refined.

The Quarterly Review Workshop: Close Before You Open

You cannot plan a successful quarter without honestly closing the previous one. An empirical feedback loop requires inspecting where you are before adapting your plans. The Quarterly Review Workshop is designed to do exactly this, creating accountability to the goals we set for ourselves.

Instead of a dry status meeting, it is an interactive session focused on three main objectives: reviewing the actual value delivered against OKRs, grading those OKRs for learning rather than performance evaluations, and running a joint retrospective to solve systemic obstacles. To make grading interactive, teams can host breakout sessions where colleagues circulate the room, review the results, and offer feedback. This prevents OKRs from becoming a pass/fail compliance exercise and turns them into a tool for learning. The output of this workshop is an updated OKR backlog for the next quarter and a set of concrete cross-team improvement experiments.

The Quarterly Planning Event: A Step-by-Step Blueprint

Once the previous quarter is closed and leadership has shared the strategic context, the big room planning event begins. The purpose of this event is to efficiently achieve alignment and address cross-team dependencies in real time so teams can execute unblocked in the upcoming quarter.

Instead of weeks of slow, asynchronous negotiation, the entire group comes together for a series of highly interactive virtual sessions over two days. During the planning event, teams move through structured planning cycles:

1. Leadership Briefing: Leadership reiterates the company objectives and priorities, grounding the session in business reality.
2. First Team Breakout: Teams draft their realistic quarterly OKRs based on their capacity. A crucial step here is classifying OKRs into high-confidence/committed objectives and stretch/uncommitted objectives.
3. Leadership and PO Huddle: While teams draft OKRs, Product Owners and leadership huddle to map cross-team dependencies and resolve immediate prioritization conflicts.
4. Lightning Readout & Confidence Vote: Teams present their draft OKRs in 3-minute readouts. The entire room conducts a confidence vote to identify early risks and planning gaps.
5. Rework and Finalization: Day two focuses on addressing the feedback, managing risks, and running a final confidence vote.

Pragmatic Options to Scale Down

We must acknowledge that a full two-day planning structure is not always feasible or necessary for every organization. If your time is constrained or your teams are small, you can pair down this agenda using a few pragmatic options:

• Plan with Product Owners first: You can reduce the meeting overhead by planning primarily with POs and tech leads, then bringing the draft plans back to the teams. This saves time but reduces direct team commitment.
• Single-Iteration Planning: Skip the overnight huddle and run just a single iteration of planning, followed by a quick confidence vote and targeted rework.
• Draft-and-Validate: Have Product Owners pre-draft the quarterly OKRs and invite the development teams to review, adjust, and commit to what is realistic.
• Offline Reviews: Run the Quarterly Review and OKR grading asynchronously or offline prior to the planning event to preserve live meeting time for planning.

When establishing team product goals, leadership must be clear about their decision authority style. Using the five levels of authority—Sell (leadership decides and sells the goal), Consult (leadership consults POs then decides), Agree (goals are decided collaboratively), Advise (leadership advises, PO defines and informs), or Delegate (team decides autonomously)—prevents friction and sets clear expectations.

Planning is only theater when we pretend we can predict the future instead of using the session to align our current actions with our strategic intent. Real value comes from having honest conversations about dependencies and constraints rather than blindly checking boxes.

If you’re sick of process theater and want to run a quarterly planning cycle that actually aligns your teams and respects real-world capacity, . We can design a customized, lightweight blueprint that fits your organization’s specific context and needs.