theonline.mba
← Back to unit 4: Organizations and Execution

OMBA 101 · Unit 4 · Lesson 3 of 5

Execution Systems and Operating Cadence

Organizations and Execution

Lesson

Strategy on a slide is not strategy in operation

Most executives can articulate a strategy in a board deck. Fewer can point to the Tuesday meeting where that strategy becomes resource allocation, the metric review where variance surfaces before it becomes a quarter-end surprise, or the SOP (standard operating procedure, a documented repeat process) that ensures the tenth customer onboarding matches the first. The gap between narrative and rhythm is where execution dies.

Execution systems are the recurring structures that translate intent into action: reviews, dashboards, decision logs, and documented processes. Operating cadence is the calendar rhythm of those structures: daily standups for integration squads, weekly business reviews for operators, quarterly business reviews for portfolio shifts. Cadence is not bureaucracy for its own sake. It is early warning and forced choice. When cadence is missing, organizations discover problems in the quarterly earnings call. When cadence is healthy, leaders choose to reallocate, escalate, or kill initiatives while options still exist.

This lesson connects Lesson 1 and Lesson 2 to operating reality. Lesson 1 gave you OKRs and accountability owners. Lesson 2 gave you decision rights. Cadence is where owners present variance, deciders commit resources, and performers close the loop on last week's promises. You will learn the WBR (weekly business review, an operator-level metrics forum), the QBR (quarterly business review, a strategic resource and portfolio forum), how SOPs preserve quality at scale, and why project and product operating modes must not be confused on the same team.

Weekly Business Review: the operator heartbeat

The WBR is a fixed-time, fixed-agenda meeting for general managers and functional leads. Duration typically 60 to 90 minutes, same day and time every week. The audience is operators, not the board. The purpose is to compare actuals vs plan, hear customer and stakeholder signal, resolve blockers that need a D (decider, from Lesson 2), and verify that last week's commitments happened.

WBR rules that separate high-performing teams from status theater:

One page per function. Each owner presents one page: metric tree, variance explanation, asks. No 40-slide decks. Slides are for decision support, not storytelling practice.

Metrics vs plan first. Open with numbers. Narrative follows variance, not the reverse.

Customer signal every week. Tickets, churn reasons, win/loss notes, NPS (net promoter score, willingness to recommend) snippets. Lagging financials alone hide problems until too late.

Decision log with owner and date. If the meeting ends with "we should look into that," execution failed. Decisions log: what was decided, who Performs, by when.

Closed loop. First agenda item: status of last week's decision log. Missed commitments are visible data, not buried.

War story: ParentCo acquired DataPulse, a 200-person analytics startup. ParentCo ran a rigorous WBR every Monday. DataPulse ran monthly all-hands and ad hoc leadership syncs. Integration spanned CRM migration, unified billing, and combined customer success. Eight weeks passed with no cross-company visibility. At ParentCo's QBR, the integration OKR showed red for the first time. DataPulse's GM was surprised: his team felt "on track" on local milestones.

Root cause was cadence mismatch, not effort. Local milestones did not roll up to integration outcomes. Fix: DataPulse GM in ParentCo WBR starting week 2; shared integration OKR on a visible dashboard; daily 15-minute standup for the integration squad only (Perform roles). Slip recovery took twelve weeks anyway, but further slippage stopped because variance surfaced weekly.

WBR elementPurposeCommon failure
Actuals vs planSurface variance earlyVanity metrics without plan
Customer signalConnect numbers to experienceOnly internal ops metrics
Blockers / decisionsForce D in the roomParking lot forever
Commitment close-outAccountability loopNew topics every week, no follow-up

Who should attend a WBR? Include only owners who can Perform, Decide, or Agree on something that week. Large observer lists create performance theater. The CFO attends if cash or covenant decisions are possible. Legal attends if contract blockers are on the log. HR attends if hiring or retention decisions are live. Everyone else reads the decision log asynchronously. This discipline keeps WBR under 90 minutes and preserves decision quality.

Pre-reads matter. Sending metrics 24 hours before allows Deciders to arrive with questions instead of first reactions. Pre-reads are not substitutes for the meeting; they shorten explanation time so more minutes go to decisions.

Decision logs: the commitment device most teams skip

A decision log is a simple table maintained by a Chief of Staff, operations lead, or rotating scribe. Columns: date, decision, Perform owner, due date, status, notes. The log is the institutional memory of execution. Without it, organizations relearn the same debate every month.

Decision logs connect to Lesson 2 escalation. If a decision is blocked because Agree roles have not responded, log the block with date and escalate per trigger. If a decision is made but not performed by due date, the next WBR opens on that miss before new topics. This is accountability from Lesson 1 without blame theater: the miss is data.

War story: a B2B marketplace logged 23 "decisions" in Q1 but only tracked 4 to completion. Analysis showed 19 were vague ("explore pricing options"). Vague entries are not decisions. Rewriting rules required each entry to name a Perform owner, a measurable outcome, and a due date within two weeks. Completed decisions rose from 17% to 71% in one quarter. Velocity improved not because people worked harder, but because commitments became observable.

Sample decision log excerpt:

DateDecisionPerformDueStatus
Mar 4Pause outbound to non-ICP segmentVP SalesMar 11Done
Mar 4Hire 2 contract implementersVP OpsMar 18Done
Mar 11Reduce enterprise discount max to 20% pending deal deskCROMar 18Open

Check at WBR: Open items must have a new due date or escalation D assigned ✓.

Quarterly Business Review: portfolio and resource shifts

The QBR operates at a strategic layer. Typical agenda: score OKRs from Lesson 1, reallocate headcount and budget, kill or double-down on initiatives, refresh market assumptions. QBR without WBR data is storytelling. WBR without QBR direction is a treadmill: efficient motion without portfolio choice.

QBR participants often include CEO, GMs, finance, HR (human resources) leadership, and sometimes board observers. Decisions include: enter or exit a market, shift 10 engineers from H1 (horizon 1, core business) to H2 bet, reset annual plan assumptions, change incentive weightings for next quarter.

Cadence linkage:

CadenceHorizonTypical decisions
Daily standup1–2 daysTask blockers within squad
WBR1–4 weeksReassign resources, tactical pricing, hiring approvals within policy
QBRQuarterOKR scoring, initiative kill/scale, budget reallocation
Annual planningYearStrategy refresh, headcount plan, capital allocation

A QBR war story from a consumer subscription business: leadership declared "retention year" in January. WBRs through March still spent 55 minutes on acquisition funnels and 5 minutes on cohort retention. QBR in April showed CAC (customer acquisition cost) up and 90-day retention flat. The CEO had not changed the WBR agenda template or the decision log categories. Operators correctly inferred acquisition still ruled. QBR reset resources only after four months of contradictory signal. Lesson: QBR intent must appear in WBR agenda design, not only in kickoff slides.

Standard operating procedures: encoding learned execution

SOPs document how repeat work is done: onboarding a customer, responding to a P1 incident (priority 1, highest severity), month-end close, releasing software. Good SOPs include: owner name, last updated date, steps, exception path, and RACI reference from Lesson 2 where multiple roles touch the process.

SOPs are not creativity killers. They free attention for non-repeat decisions. A hospital does not debate hand hygiene each shift. A software company should not reinvent release checklists every sprint.

SOP quality checklist:

FieldWhy it matters
OwnerAccountability when process drifts
Last updatedStale SOPs become folklore
Trigger / scopeWhen this SOP applies vs escalates
Exception pathWhat to do when standard steps fail
Linked metricsWhich WBR metrics this SOP protects

War story: a logistics startup grew from 20 to 300 employees without incident SOPs. Each outage, a hero engineer fixed production manually. Knowledge lived in chat threads. Mean time to recovery improved only when the same people were on call. New hires extended outages. After a six-hour blackout cost $1.2M in SLA (service level agreement) credits, leadership authored a P1 SOP: detection, comms RACI, rollback criteria, post-incident review within 72 hours. Next quarter, MTTR (mean time to recovery) fell 40% not because engineers got smarter, but because execution was encoded.

Project mode vs product mode: do not mix operating systems

Project mode optimizes delivery of a defined scope by a date and budget. Success = shipped, under budget, acceptable quality. The team disbands or moves to the next project.

Product mode optimizes continuous outcomes for a customer segment. Success = metric trajectory over quarters. The team persists and iterates.

Mixing modes on one team creates chronic conflict. Product managers want roadmap flexibility; project sponsors want milestone certainty. Engineers receive "fixed date" and "learn and pivot" in the same breath.

Label teams clearly in org charts and WBRs. Integration after acquisition is often project mode with a sunset date. Core platform is product mode with outcome OKRs. When a project team is judged on quarterly product NRR, or a product team on fixed-scope milestones without outcome relief, incentives from Lesson 1 misfire.

ModeSuccess definitionCadence emphasis
ProjectScope, date, budgetMilestone reviews, RAID log (risks, assumptions, issues, dependencies)
ProductOutcome metrics over timeWBR metric trends, discovery cadence

Visual management and dashboards

Visual management makes work and metrics visible without a meeting: Kanban boards, OKR dashboards, customer health scores on TVs, decision logs in shared docs. Transparency reduces coordination cost because mutual adjustment (Lesson 2) requires shared facts.

Effective dashboards follow WBR logic: actual vs plan, paired metrics from Goodhart lessons, owner name on each metric. A metric without an owner becomes wallpaper.

Dashboards should match WBR order. If the WBR opens with retention, the landing page opens with retention. Mismatch trains the org that the dashboard is for outsiders and the real priorities live in hallway conversation. One source of truth reduces coordination cost from Lesson 2.

For distributed teams, record WBR decision segments (not full debate) so remote Perform roles hear commitments directly. Async video updates are poor substitutes for live Decide moments when tradeoffs are contentious; reserve synchronous time for decisions, not readouts.

Monthly business review: the optional middle layer

Some organizations add an MBR (monthly business review) between WBR and QBR. MBR summarizes four WBRs, trends variance, and prepares QBR decisions without waiting a full quarter. MBR is useful when the business is volatile (turnaround, post-acquisition) or when board reporting is monthly. MBR is optional overhead for stable businesses. If you add MBR, do not duplicate WBR slide reading; MBR should synthesize patterns ("backlog grew four consecutive weeks") and tee QBR choices.


Worked example: FleetDesk WBR design (SaaS)

FleetDesk sells fleet maintenance software. ARR $18M. Churn rising. CEO wants weekly execution discipline.

Part A: Metric tree (excerpt)

MetricOwnerPlan Q2Actual Wk 6
Net revenue retentionVP Customer105%101%
New ARRVP Sales$1.1M$0.62M
Implementation backlog (weeks)VP Ops47
P1 incidentsVP Eng02
Sales pipeline coverageVP Sales3.2×2.4×

Part B: 75-minute WBR agenda

MinTopicOwner
0–10Close-out: last week's decision logChief of Staff
10–25NRR + churn drivers (5 accounts deep dive)VP Customer
25–40New ARR + pipeline coverageVP Sales
40–50Backlog + hiring askVP Ops
50–60P1 incidents + preventionVP Eng
60–75Decisions required todayCEO

Decision log example from prior week:

DecisionPerformDueStatus
Approve 2 contractor implementersVP OpsWk 6Done
Pause outbound to non-ICP segmentVP SalesWk 6Not done

Not done triggers accountability conversation, not a new slide deck.

Part C: QBR escalation trigger

If backlog > 6 weeks for two consecutive WBRs, auto-add QBR agenda item: "Scale implementation or cut sales quota in ICP?"

Check: Every metric has owner ✓. Agenda time sums to 75 min ✓.

Part D: Managerial read

Board should ask for WBR decision log samples, not only QBR OKR colors. Logs reveal whether leadership commits or defers. FleetDesk's missed "pause outbound" decision explains pipeline quality despite churn pain.


Worked example: Harbor integration cadence (post-acquisition)

Facts: ParentCo WBR Monday 8am. DataPulse on monthly all-hands. Integration OKR: unified customer record by June 30. Week 8 status locally "green," corporate "red."

Part A: Failure timeline

WeekDataPulse local viewParentCo integration view
1–4CRM export milestones hitBilling still dual-system
5–6"Green" on sprint boardEnterprise renewals at risk (dual invoices)
7–8Surprise at exec call$400K renewal delayed

Part B: Cadence fix

RhythmParticipantsPurpose
Daily 15 minIntegration squadBlockers
Weekly WBR slotDataPulse GM + ParentCo CROOKR + decision log
Biweekly RACI reviewLegal, finance, ITException path

Shared dashboard: three metrics only (dual invoices outstanding, CRM match rate, renewal slippage $).

Part C: Week 12 recovery metrics

MetricWk 8Wk 12
Dual invoices34041
CRM match rate62%94%
Renewals delayed > $100K30

Check: Integration OKR metrics tie to customer risk ✓.

Part D: Managerial read

Acquisition synergy slides assume cadence merge. Without WBR inclusion by week 2, integration is invisible until QBR embarrassment. Operators should treat cadence integration as day one work, not month six.


Common mistakes beginners make

MistakeReality
WBR as slide-reading sessionWBR decides and closes loops; metrics vs plan first
QBR replaces weekly ops reviewQBR without WBR data is narrative fiction
SOPs written once and never ownedSOPs need owners, dates, exception paths
Product team judged purely on fixed datesProduct mode needs outcome OKRs; project mode needs scope/date
Dashboards with 40 metricsFew metrics with owners and plan variance
No decision logMeetings repeat the same blockers weekly

Practice problem

Northwind Clinics (12 locations) wants a WBR. Current problems: wait times up, staff turnover 28%, no weekly cross-site review. CEO available 60 minutes Tuesdays.

Tasks:

  1. Propose five WBR metrics with owners and plan lines.
  2. Write a 60-minute agenda with closed-loop opening.
  3. Design one SOP trigger linked to a WBR metric (name the SOP, owner, exception path).
  4. What QBR escalation trigger would you add?

Solution

1. Metrics

MetricOwnerPlan
Median wait time (network)COO28 min
Staff turnover (rolling 90d)HR director< 20%
Patient satisfactionClinical director≥ 4.1
No-show rateOps lead< 8%
Revenue per visitCFO$142

2. Agenda

MinItem
0–8Last week's decisions: status
8–20Wait time + staffing by site
20–32Turnover + exit themes
32–42Satisfaction + complaint clusters
42–52Financial snapshot
52–60Decisions: hires, hours, capital

3. SOP link

SOP: Patient intake overflow
Owner: Clinical director
Trigger: Wait time > 35 min two days running at any site (WBR metric)
Steps: Activate float nurse pool, defer non-urgent labs, notify site manager
Exception: If float pool unavailable > 4 hours, escalate to COO D per Lesson 2

4. QBR trigger

If turnover > 25% for two consecutive months OR satisfaction < 3.9, mandatory QBR agenda: compensation and scheduling policy reset.

Check: Five metrics, five owners ✓. SOP ties to metric ✓.


Practice problem 2

Engineering org runs product mode OKRs on reliability. Sales promised a project mode custom integration with fixed date for $2M deal. Same engineers. Conflict every WBR.

Tasks:

  1. Explain the operating mode conflict in prose.
  2. Propose structural fix (team labeling, cadence split, or staffing).
  3. Write one decision log entry that a CEO should demand this week.

Solution

1. Conflict

Product mode rewards error budget, reduced incidents, platform velocity. Project mode rewards date certainty for one customer. Every hour on custom integration steals from reliability OKR. Sales incentive (Lesson 1) pays on booking; engineering pays on uptime. WBR cannot resolve tradeoff without a D who can defer reliability KR or reject date.

2. Structural fix

Create project squad (Perform) with dedicated capacity capped at 15% of engineering, D = VP Sales for date commitments above cap. Product team stays product mode in WBR track A; integration squad uses milestone cadence in track B. QBR reviews cap percentage.

3. Decision log

DecisionPerformDue
Approve 15% eng cap to custom integrations Q3; defer $2M feature X to Q4 OR lose dateVP Sales + VP EngFriday

Check: Modes separated ✓. Single D named for cap policy ✓.


Key takeaways

  • Execution systems turn strategy into recurring rhythms: WBR for operators, QBR for portfolio and resources.
  • WBR requires metrics vs plan, customer signal, decision logs, and closed-loop follow-up.
  • SOPs encode repeat excellence; they need owners, updates, and exception paths.
  • Project and product modes require different success definitions and cadences; mixing them creates predictable conflict.

After this lesson

  1. Audit your team's last four weekly meetings: how many decisions were logged with owner and date?
  2. Name one process that should become an SOP with owner and exception path.
  3. Continue to Lesson 4: Balancing Short-Term Performance and Long-Term Capability.

Lesson exercise

40 min

Apply: Execution Systems and Operating Cadence

Using your anchor company (or Business Foundations and Managerial Thinking default), complete a focused exercise on **Execution Systems and Operating Cadence**. 1. Write the decision frame (choice, owner, date, constraints). 2. Apply the lesson framework with at least one table and one explicit assumption. 3. Add a downside scenario and a guardrail metric. 4. Conclude with a recommendation and what would change your mind.

Deliverable

One-page workbook entry or memo section filed under OMBA 101 Unit materials.

Rubric

  • Decision frame is specific and time-bound
  • Framework applied with auditable steps
  • Downside case is plausible, not strawman
  • Guardrail metric defined with owner
  • Recommendation links to evidence quality label