The Keystone Framework · v1.0

The operating system for organizational change. SRE is edition one.

Keystone is built in two parts on purpose: a domain-agnostic Core that's true of any department, and domain editions that supply the vocabulary, ceremonies, and rubrics. Keystone SRE is the first — because that's where the constraint bites hardest and where we have unfair depth.

Why a framework, and why named

Frameworks change orgs when checklists can't, because a framework survives contact with turnover, reorgs, and quarter-end. Scrum outlived every team that adopted it. EOS runs thousands of companies without its author in the room. That durability comes from being named, versioned, opinionated, and installable — properties a best-practices doc doesn't have. Keystone ships all four: v1.0, with defined ceremonies, required artifacts, and explicit exit criteria for “installed.”

Keystone Core — the chassis

Seven components, none of which mention SRE — that's the design test.

01

The work-separation rule

Operational and project work are planned, tracked, and reported separately, with an explicit per-team ops-capacity budget as a policy knob. Within two weeks, every team can answer “how much of your capacity went to keeping the lights on?”

02

The ops triage taxonomy

Every recurring operational task is classified Eliminate / Automate / Optimize / Retain. The Automate queue is a ranked backlog — frequency × time × risk × automatability — feeding the automation engine. Findings become a work queue, not a report.

03

The org-health metrics abstraction

Four metric classes that normalize across teams and tools: outcome, work-health, delivery, and adoption. Editions supply definitions; the classes never change — so a VP can read any team's scorecard the same way.

04

Altitude reporting

One dataset, four renderings: team weekly view, manager rollup, director monthly, VP/board quarterly narrative. Teams stop writing status decks; executives stop reading fiction.

05

The cadence engine

Generic ceremony shapes — weekly ops review, triage session, monthly org review, quarterly exec briefing — each with agenda, inputs, outputs, timebox, and owner. Editions add domain ceremonies into these slots.

06

Roles & decision rights

Who owns policy, who can halt work, who triages, and the explicit contract between the function and the rest of the org — embedded, consulting, platform, or hybrid.

07

The maturity model chassis

Levels 0–4 per pillar. One instrument, three uses: the assessment, the roadmap generator, and the progress report. You are re-scored against the same rubric that diagnosed you — no consultant grade inflation.

Keystone SRE — the first edition

The SRE domain pack: eight pillars, each shipping a teaching module, artifacts, ceremonies, metric definitions, and a maturity rubric.

SLOs & error budgets

Objectives that gate decisions, not decorate dashboards. Artifacts: service catalog, error-budget policy. Ceremony: error-budget review.

Toil management

The ledger, the register, the triage cycle. The pillar that feeds the automation engine.

On-call & incident response

Sustainable load, clear command, honest severity. Artifact: on-call health report.

Postmortems & organizational learning

Blameless in practice, not just in the template. Ceremony: incident review.

Release engineering & change safety

Because most incidents are self-inflicted. Ceremony: production readiness review.

Capacity & performance

Ahead of the growth curve instead of underneath it.

Observability

Instrumentation standards that make the metrics abstraction real rather than aspirational.

Reliability governance

The policy layer: who decides, who reports, what escalates.

Metric definitions — SLO attainment, error-budget burn, incident frequency and severity, MTTR, toil %, on-call load, the DORA keys — are specified abstractly: what, why, and how to derive from common tooling. The edition is tool-agnostic. The platform is the reference implementation, not a requirement.

The maturity ladder

Every pillar is scored 0–4 against the same behavioral rubric — first by the assessment, then by every progress report after it.

0Firefighting

Heroics and ad-hoc reaction. Operational work is invisible and infinite, and the same incidents recur.

1Stabilizing

The work is becoming visible. First owners and measurements exist, but the cadence is still fragile.

2Structured

Roles and ceremonies are named and scheduled. Artifacts exist but adherence is inconsistent.

3Operating

The system self-runs: ceremonies happen without prodding, scorecards stay current, decisions cite the data.

4Compounding

The pillar improves itself — freed capacity funds the next round of elimination, and the metrics prove it upward.

Where Keystone goes next

The Core/edition split isn't packaging — it's architecture. The same chassis that runs an SRE org runs a support desk or a finance-ops team, because work separation, triage, and altitude reporting are true of any operational function. Future editions — platform engineering, security engineering, data/ML ops, and beyond engineering entirely — ship as edition packs on the same Core. Today, one edition is active: Keystone SRE. We prove it completely before we extend it.

How you get it

Three doors, in ascending commitment.

The self-assessment

Free, 7 minutes, instant scored report across the pillars.

The field guide

The written spec of the framework — join the waitlist.

An engagement

We install it with you — assess, blueprint, install, operate, graduate.

Find out what level your org is at.