Ignite - Product Owners are Reliabilibuddies
summary
Teams identify system boundaries, define customer-facing capabilities, and agree on a plain-language definition of "available." SLIs and SLOs get instrumented and tracked as real percentages of customer-facing availability, with failures logged and baselines established. Risk matrix sessions map likelihood and impact from incident history, producing risk-ranked architectural diagram output and likelihood/impact ratings. Prioritized fixes become actionable work by adding two backlog tickets per risk and scheduling regular reviews so product owners can balance reliability with feature delivery.
AI-written summary · about
chapters (11)
- 0:00Intro
- 1:24METHODOLOGIES!
- 1:54SLIS: A SIMPLE RECIPE
- 2:09SLIS: FIRST, IDENTIFY WHAT MATTERS
- 2:24WHAT DOES "AVAILABLE" MEAN?
- 2:40SLIS: MEASURE THE CAPABILITY, BASELINE THE SLO
- 2:57SLIS: REVIEW & ITERATE
- 3:24RISK MATRIX!
- 3:54WHAT COULD POSSIBLY GO WRONG?
- 4:09DOCUMENT!
- 4:24PRIORITIZE!
related talks
06mIgnite - A DevOps Necessary Evil: Marketing
06mIgnite: A day in the life of an OSS maintainer
41mProduct Owner & Developer: An Unexpected Journey
17mVisualization to the rescue
38mBreaking Down Silos Between Platform and Product Teams
52mEmpowerment in the Software Delivery Lifecycle
06mIgnite: Programming your infrastructure
44mEnhancing the Performance of Engineering Teams
