Playbook · Vol. 01 · SRE

The SRE field guide
for engineering leaders.

A 10-page field guide on Google's SRE principles and how we actually use them at Andes Path on real production systems — including a 30-item readiness checklist you can audit your own team against.

PDF · 10 pages No newsletter spam Email opt-out anytime
Stack of documents titled The Andes Path Playbook, a field guide for engineering leaders.

What's inside

Five sections, written for engineering leaders.

The same playbook we use at project kickoff with our clients. Specific. Direct. No vendor pitch.

SEC 01

The essentials

Google's seven SRE principles, rewritten as a working operator's toolkit. SLOs, error budgets, golden signals, blameless postmortems.

SEC 02

The myth of "fixing it later"

Why retrofitting reliability is expensive — and why instrumenting on day one costs less than the project plan you'll need to add it later.

SEC 03

Knowing vs. practicing SRE

The three categories most teams sit in. Why familiarity with the concepts isn't the same as engineering discipline.

SEC 04

How we operationalize SRE

The automation maturity ladder, golden signals as a diagnostic system, error budgets as decision-making, and the trade-off triangle.

SEC 05

The SRE readiness checklist

30 items across 5 categories. Audit your own team, evaluate a vendor, or give a new engineering lead a starting point.

Self-assessment · 6 of 30

Where does your team actually stand?

A taste of the readiness checklist. Answer honestly — the gaps are where the risk lives. The full 30-item version is in the playbook.

0of 6 answered

01

01

Observability

All four golden signals — latency, traffic, errors, saturation — are instrumented across every service.

02

02

Observability

Observability infrastructure was built in from day one, not retrofitted after going to production.

03

SLOs

03

Service Level Objectives are defined, documented, and reviewed — not implied or informal.

04

04

SLOs

The team can say right now whether it is in "ship fast" or "freeze changes" mode based on the current error budget.

05

05

Toil

Common remediation steps are codified in runbooks, not living only in an on-call engineer's memory.

06

06

Culture

Postmortem learnings are codified into automated tests — not just stored in a wiki page nobody reads.

Answer all six to see your read. The full version covers 30 items across 5 categories: observability, SLOs, toil, system design, and incident culture.

Your read

Score 0/6 ·

Get the full 30-item checklist →

In their words · From the playbook

The cost of adopting this from the start is much lower than adding it at the end. By the time you want to be production-ready, if the infrastructure isn't there, you're looking at a massive lift while the team is still expected to ship features.
Smiling man with a mustache and beard, wearing a buttoned shirt in an outdoor setting.
Clark Jeria
Co-founder · Andes Path

83%

Of engagements renew

3

Offices: Santiago · Chicago · San Francisco

Vol. 01

The first in our playbook series

Get the playbook

The full 30-item checklist, free.

We'll send the PDF immediately. We don't run a newsletter. We won't share your email. Opt out anytime.

  • A 30-item checklist your team can audit against today
  • The same framework we run at every project kickoff
  • Specific examples — robotics, observability outages, error budgets

By requesting the playbook you agree to our privacy policy. We don't share your email; opt out anytime.

Check your inbox.

We've sent the playbook to . It's a 10-page PDF — read it on a flight.

Download the playbook (PDF)Send to another address

FAQ

The questions we usually get.

What's actually in the playbook?

10 pages: Google's 7 SRE principles rewritten as an operator's toolkit, the automation maturity ladder, the four golden signals as a diagnostic system, error budgets as a decision-making framework, and a 30-item readiness checklist across 5 categories.

Engineering leaders making real reliability trade-offs — VPs of Engineering, CTOs, heads of platform, SRE leads, and technical founders past prototype stage. It assumes a working knowledge of production systems.

No. The playbook is a working document — the same framework we use at project kickoff with our clients. There's a closing page about Andes Path, but the other 9 pages are checklist, framework, and examples you can use whether you ever talk to us or not.

No. We'll email you the PDF, and that's it. We don't run a marketing newsletter. If we ever want to send you a follow-up Vol. 02, we'll ask first.

Yes. The PDF is freely shareable inside your organisation. Use it to audit a team, evaluate a vendor, or onboard a new engineering lead.

A software-development operating partner with U.S.-based leadership in Chicago and San Francisco and an engineering team in Santiago, Chile. We embed senior pods inside product teams and take ownership of a slice of the roadmap.