Anderson SoResume

Writing ·

Most SLOs fail before anyone measures them

Most SLOs fail before a single number is measured.

Infographic: most SLOs fail before anyone measures them. An SLO is how much unreliability the business will accept, what you will trade to buy more of it, permission to slow a release in writing, a number product and leadership helped choose, and an error budget is that deal before the argument.

How they usually get set:

  • An engineer picks a percentage that sounds responsible
  • It goes into a monitoring tool
  • A dashboard appears
  • Nobody outside the team ever looks at it

That’s a metric with ambition. It isn’t an SLO.

What an SLO actually is:

  • An agreement about how much unreliability the business will accept
  • A statement of what you’ll trade to buy more of it
  • Permission to slow a release, in writing, before you need it
  • A number product and leadership helped choose, so they believe it
  • An error budget is just that agreement, written down before the argument

Set it in engineering alone and you get a target nobody defends.

Set it in the room with the people who own the roadmap and you get cover.

The question isn’t “what should our SLO be?”

The question is “who needs to be in the room when we decide?”

Who sets reliability targets where you work?

  • #SRE
  • #SLO
  • #ErrorBudget
  • #Reliability
  • #DevOps
  • #PlatformEngineering
  • #EngineeringLeadership
  • #Observability
  • #CloudComputing
  • #AWS
  • #IncidentManagement
  • #TechLeadership

First posted on LinkedIn. Join the conversation there (opens in a new tab)

All writing