Q2 — Operations Team OKRs

Source: Notion — Operations Manual (Internal → Operations → Operations Manual)
Exported: 2026-03-30
Notion status (at export): In Progress
OKR-only skim: q2-operations-team-okrs-at-a-glance.md
Note: Archived “1st Draft” / “2nd Draft” toggles in Notion are not reproduced here.


Purpose

Run Q2 Operations so that internal requests are visible and triaged in one place, client cash timing does not unnecessarily block team AP/payroll, everyone follows published policies (Clockify, PTO/OOO, and the rest of the Operations Manual), and each month’s OKR commitments are reviewed the following month once April has set the fixed quarterly themes. This keeps finance, people, and delivery expectations aligned without silent handoffs.


Standard

  • Intake: Actionable ops work uses the centralized funnel into Linear (Triage where applicable); tickets leave Triage or close with reason within the agreed window; Done includes requestor confirmation or documented handoff.
  • AR → AP: Ops (with finance/CSO as needed) confirms invoicing prerequisites, tracks aging AR, and escalates before pay-cycle dates when client payment risk threatens on-time team AP; delays are documented with owner and ETA (Linear and/or Manual).
  • Policy: Clockify / time tracking, PTO/OOO, and IC policy expectations are the non-negotiable bar; adherence is measured and exceptions are logged (People Ops / Head of Ops as applicable). New or changed policy is reflected in the Operations Manual within two weeks of rollout.
  • Legal / Finance roadmap: Partner with the executive team on a lightweight roadmap for Legal and Finance support (external partners / constrained staffing) so priorities, owners, and timing are visible next to Ops execution.
  • Monthly OKR hygiene: Head of Operations may adjust Ops OKRs once per month after priorities are fixed; changes are traceable (Manual or linked planning doc). OKR 4 (prior-month monitoring) is operational starting May 1 for Q2: May reviews April, June reviews May (June may also include end-of-Q2 rollup).

Program overview

OKR 1. Request intake & triage

§1 Engagement overview

  • SOW (scope): This OKR + KRs under Success metrics.
  • Client / stakeholders: All internal requestors; Ops as service owner.
  • Engagement period: Q2 (fiscal quarter dates).
  • Linear team: Ops board with Triage (and bot/automation creators as documented).

OKR 2. Client AR & team AP predictability

§1 Engagement overview

  • SOW: This OKR + KRs under Success metrics (invoicing rhythm, aging AR, pay-cycle risk).
  • Stakeholders: Head of Operations, finance/payroll path (e.g. Leoluna execution per existing SOP), CSOs/client owners for collections context, all team members affected by AP timing.

OKR 3. Policy adherence (Clockify, PTO, Operations Manual)

§1 Engagement overview

  • SOW: This OKR + KRs under Success metrics.
  • Stakeholders: All team members; People Ops / leads for PTO; Ops for Manual accuracy and compliance reporting.
  • Operating principle: Ops reduces friction (clear comms, reminders, tooling) before escalation; avoid being seen as only “police.” When someone still won’t comply after enablement, use Policy Non-Compliance Escalation.
  • Canonical reference: Operations Manual (Notion); linked policies (e.g. Time Tracking, Time Tracking Compliance, OOO/PTO, IC compliance expectations).

OKR 4. Monitor prior-month Ops OKR implementation

§1 Engagement overview

  • SOW: This OKR + KRs under Success metrics.
  • Stakeholders: Head of Operations, leadership (monthly OKR adjustment), Ops team executing carry-forwards.
  • Effective dates (Q2): April = finalize measurement and templates; first mandatory prior-month review = May (April OKRs). June = May review + Q2 close-out as needed.

Initiatives

OKR 1. Request intake & triage

§2 Initiatives (Linear)

  • Initiative name: Internal Ops | Request intake & triage
  • Business unlock: One funnel into Linear; nothing slips without triage or closure reason.
  • Delivery date: End of Q2. (Tentative)
  • Services used: Internal (Slack, Linear, forms).

OKR 2. Client AR & team AP predictability

§2 Initiatives (Linear)

  • Initiative name: Internal Ops | AR visibility & AP runway
  • Business unlock: Fewer pay cycles blocked by surprise late AR; aging-driven visibility; predictable escalation; upfront ACH/card (and optional discount) where approved.
  • Delivery date: End of Q2. (Tentative)

OKR 3. Policy adherence (Clockify, PTO, Operations Manual)

§2 Initiatives (Linear)

  • Initiative name: Internal Ops | Policy adherence & Manual alignment
  • Business unlock: Measurable compliance; policies people can find and follow.
  • Delivery date: End of Q2. (Tentative)

OKR 4. Monitor prior-month Ops OKR implementation

§2 Initiatives (Linear)

  • Initiative name: Internal Ops | Prior-month OKR monitoring
  • Business unlock: No “silent” drop of last month’s commitments; clear carry-forward.
  • Delivery date: May–June operational cadence within Q2 (see Standard).

Objectives

  1. All ops requests flow through one funnel and are managed in Linear.
  2. Client receivables and internal pay timing are visible; late AR is managed before it delays team AP without warning.
  3. Team members adhere to Clockify, PTO/OOO, and other published Operations Manual policies—with Ops enablement first (clarity, tooling, reminders), measured adherence, and tagged escalations when needed.
  4. Each month after April, prior month’s Ops OKR implementation is reviewed, blocked items owned, and monthly OKR changes logged.

Projects

OKR 1. Request intake & triage

§3 Projects

  1. Centralized intake coverage — Owner: Ops + automation partner. Start → Target: Q2 start → mid-Q2 baseline.
  2. Triage SLA & reporting — Target: measure “created → left Triage within 1 business day.”
  3. Closure hygiene — Target: Done = requestor notified or handoff logged.

OKR 2. Client AR & team AP predictability

§3 Projects

  1. AR aging & owner map — Client/account owner, invoice cadence, “at risk” threshold.
  2. Pre–pay-cycle checkpoint — Weekly or per-cycle review tying AR to upcoming AP/payroll dates.
  3. Escalation play — CSO/finance/Ops steps when AR jeopardizes AP; templates in Linear/Slack.
  4. Upfront payment rails (ACH + card) — With Finance and exec: enable ACH and credit card for pay-in-full / upfront invoices where offered; document optional small upfront discount if approved.

OKR 3. Policy adherence (Clockify, PTO, Operations Manual)

§3 Projects

  1. PTO/OOO sampling — Checklist vs OOO policy; gap list to managers/People Ops.
  2. Manual policy inventory — Clockify, PTO, IC expectations, payroll/time handoff SOPs: owner, link, “how we measure.”

OKR 4. Monitor prior-month Ops OKR implementation

§3 Projects

  1. Review template — One page or Linear project: prior month KRs, RAG status, evidence link.
  2. Monthly review ritual — Owner, calendar, deadline (e.g. 5th business day of N+1).
  3. Change log — When monthly OKRs shift, record what changed and why.

Milestones

OKR 1. Request intake & triage

MilestoneParent projectWhat deliveredSuggested target
Intake channels mappedCentralized intakeDoc: which asks → Slack/form → Linear TriageEarly Q2
KR1 measurement definedTriage SLA“Triaged” definition + filtersEarly Q2
Confirmation standard liveClosure hygieneTemplate + optional automationMid Q2
Q2 KR review(any)Triage % + zero orphan DoneEnd Q2

OKR 2. Client AR & team AP predictability

MilestoneParent projectDeliverableTarget
AR aging view v1AR aging mapReport or sheet: client, amount, age, ownerEarly Q2
Pay-cycle tie-inPre-pay-cycle checkpointWritten rule: when Ops checks AR vs APMid Q2
Escalation liveEscalation playRunbook + 1 exercised exampleMid Q2
Q2 sample audit(any)Sample of late AR vs AP impactEnd Q2

OKR 3. Policy adherence

MilestoneParent projectDeliverableTarget
Baseline adherenceDashboardBaseline % (Clockify/submit)Early Q2
PTO sample round 1PTO samplingFindings + follow-upsMid Q2
Critical policy tableManual inventorySOP, owner, link, metricMid Q2
Q2 compliance review(any)Summary to leadershipEnd Q2

OKR 4. Prior-month monitoring

MilestoneParent projectDeliverableTarget
Template + ownerReview templateNotion/Linear template approvedEnd April
First review (April OKRs)Monthly ritualMay completion per KR1Early May
Second review (May OKRs)Monthly ritualJune completionEarly June
Q2 rollupChange logOptional June summaryEnd Q2

Technical approach

OKR 1. Request intake & triage

§5 Technical approach (summary)

  • Slack slash commands / forms → Linear; optional webhook/state history for time-in-Triage.
  • Document measures in Operations Manual.

OKR 2. Client AR & team AP predictability

§5 Technical approach

  • Single source for invoices/aging (accounting tool + export, or finance-approved sheet); link tickets for exceptions; AP/AR aging fields support KR1.
  • AP Worksheet for Unscheduled / non-initiated Ramp payables.
  • Align with Payroll SOP and client billing cadence. Finance Spreadsheet
  • Upfront ACH + card: Processor setup, SOW/billing doc updates, and (if approved) discount language with Finance + exec.

OKR 3. Policy adherence

§5 Technical approach

  • Clockify exports + Operating uploads per existing SOPs; manager/lead view for gaps; friction-reducing changes where repeat misses.
  • Notion DB of policy non-compliance per team member including intervention tag (awareness / tooling / willful).
  • Notion Manual canonical; link Time Tracking Policy, Time Tracking Compliance Policy, Policy Compliance Expectations (ICs), OOO/PTO.

OKR 4. Prior-month monitoring

§5 Technical approach

  • Notion page or Linear milestone project per month; link to evidence (dashboards, ticket filters).
  • Store monthly OKR diffs in same place as Q2 plan.

Success metrics

OKR 1. Request intake & triage

Objective: All ops requests flow through one funnel and are managed in Linear.

#Key resultTarget / note
KR190% of ops requests from centralized intake land in Linear Triage and are triaged within 1 business day.Triaged = left Triage to an active state or closed with reason.
KR2No orphan requests: every Done ticket has requestor confirmation or documented handoff in Linear comments.Binary / audit method as agreed.

Context & measurement: Linear Ops board, bot creators, closure notes.


OKR 2. Client AR & team AP predictability

Objective: Cash timing is visible and outcome-measured: AP/AR aging (Finance-aligned), past-due balances have Linear ownership, invoice discipline, ACH + credit card where offered, optional small upfront discount with exec + Finance.

#Key resultTarget / note
KR1Aging (primary):X% of in-scope client AR and/or internal AP in 0–30 day bucket at each month-end in Q2.X with Finance in April; AP worksheet / Prio weekly cadence supports KR1.
KR2Past-due AR in Linear: 100% of balances >Y days past expected payment have open or recently resolved Linear issue (owner, last action, next step).Y with Finance in April.
KR3Invoice send discipline: Monthly: invoice ≤ 3 business days after first business day of month; other cadences documented; exceptions logged.
KR4Upfront rails: ACH + card for upfront / pay-in-full where offered; optional discount with exec + Finance; document in SOP / Manual.

Context & measurement (short)

  • Finance: lock aging definitions, X, Y, reporting source in April.
  • Linear: collections action on late AR.
  • AP worksheet / Prio / weekly close: paid, cleared, or explained each cycle.
  • ACH/CC/discount: Ops implements; commercial policy exec + Finance.

OKR 3. Policy adherence (Clockify, PTO, Operations Manual)

Objective: Policies easy to find, follow, and supported; Ops greases the wheels then escalates when gap is behavior, not system. Manual is source of truth.

#Key resultTarget / note
KR1Clockify / time-tracking meets agreed team target (e.g. 88% monthly, Time Tracking Compliance Policy).Numerator/denominator in April; friction fixes when clustered.
KR2PTO/OOO:95% of weekly random sample match OOO policy.People Ops.
KR3Escalation hygiene: 100% of formal policy escalations have intervention tag (awareness / tooling / willful) + next step.Policy Non-Compliance Escalation; monthly with Head of Ops.

Context & measurement: Encode existing Manual language; fix comms before assuming bad intent when misses look like noise or missed ceremonies.


OKR 4. Monitor prior-month Ops OKR implementation

Objective: Prior month reviewed on schedule; slips owned; monthly OKR tweaks logged.

#Key resultTarget / note
KR1By 5th business day of May, June (and July if needed): written review for prior month—each KR G/Y/R + one line of evidence.April = template; first scored = May for April.
KR2100% of Yellow/Red KRs have Linear or Manual note with owner + ETA.
KR3If monthly OKR set adjusted, 100% have dated change-log entry.Head of Ops + leadership.

Context & measurement: Governs May–June in Q2; April = templates and baselines for OKRs 1–3.