Skip to content
Back to skills

Error Budget Review

ASecurity

Use when performing error budget review — guides teams through a structured review of their error budget consumption against defined SLOs. This template helps SRE teams assess reliability performance, identify budget burn patterns, and make data-driven decisions about feature velocity versus reliability investment.

  • 6 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 8, 2026
devopsgorailsapiperformancedocumentation

Works with

  • api

Security analysis

A100/100

Scanned September 8, 2026

npx -y skills add cloudthinker-ai/CloudSkills --skill error-budget-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Error Budget Review?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Error Budget Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/cloudthinker-ai-error-budget-review/badge)](https://www.skillsdirectory.com/skills/cloudthinker-ai-error-budget-review)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: error-budget-review
enabled: true
description: |
  Use when performing error budget review — guides teams through a structured
  review of their error budget consumption against defined SLOs. This template
  helps SRE teams assess reliability performance, identify budget burn patterns,
  and make data-driven decisions about feature velocity versus reliability
  investment.
required_connections:
  - prefix: monitoring
    label: "Monitoring Platform"
  - prefix: slo-tracker
    label: "SLO Tracking Tool"
config_fields:
  - key: service_name
    label: "Service Name"
    required: true
    placeholder: "e.g., checkout-api"
  - key: review_window
    label: "Review Window"
    required: true
    placeholder: "e.g., 30 days"
  - key: slo_target
    label: "SLO Target (%)"
    required: true
    placeholder: "e.g., 99.9"
features:
  - SLO_MANAGEMENT
  - ERROR_BUDGET
  - SRE_OPS
---

# Error Budget Review

## Phase 1: Budget Status Assessment

Gather current error budget data for the review window.

1. Record SLO and error budget status:
   - [ ] Current SLO target: ___%
   - [ ] Error budget total (minutes of allowed downtime): ___
   - [ ] Error budget consumed: ___%
   - [ ] Error budget remaining: ___%
   - [ ] Days remaining in the window: ___

2. Burn rate analysis:
   - [ ] Current burn rate (budget consumed per day): ___
   - [ ] Projected budget at end of window: ___%
   - [ ] Is the current burn rate sustainable? Y/N

## Phase 2: Incident and Degradation Review

Catalog events that consumed error budget.

| Date | Event Description | Duration (min) | Budget Consumed (%) | Root Cause Category | Preventable? |
|------|-------------------|----------------|---------------------|---------------------|--------------|
|      |                   |                |                     |                     |              |

**Root Cause Categories:** Infrastructure, Deployment, Dependency, Configuration, Capacity, Unknown

## Phase 3: Budget Burn Decision Matrix

| Budget Status | Action |
|---------------|--------|
| >50% remaining | Continue normal feature velocity. No restrictions. |
| 25-50% remaining | Increase review rigor. Require rollback plans for all deployments. |
| 10-25% remaining | Reduce deployment frequency. Prioritize reliability work. |
| <10% remaining | Feature freeze. All engineering effort on reliability. |
| Exhausted | Full freeze. Escalate to leadership. Conduct postmortem on budget exhaustion. |

## Phase 4: Trend Analysis

- [ ] Compare budget consumption to previous 3 review windows
- [ ] Identify recurring root cause categories
- [ ] Assess whether SLO targets are appropriately set
- [ ] Evaluate if measurement methodology is accurate

## Phase 5: Recommendations

1. For each top budget consumer:
   - [ ] Define preventive action
   - [ ] Assign owner
   - [ ] Set target completion date
   - [ ] Define expected budget impact

## Counter-Rationalizations

| Shortcut | Counter | Why |
|----------|---------|-----|
| "We can skip some steps for this case" | Adapt the workflow steps, don't skip them | Skipped steps are where incidents and oversights originate |
| "The user seems to already know what to do" | Complete all workflow phases with the user | The workflow catches blind spots that experience alone misses |
| "This is a minor case, full process is overkill" | Scale the process down, don't turn it off | Minor cases become major when unstructured; the process scales, not disappears |
| "I'll fill in the details later" | Complete each section before moving on | Deferred details are forgotten; real-time capture is more accurate |
| "The template output isn't necessary" | Always produce the structured output format | Structured output enables comparison, audit trails, and handoff to other teams |

## Output Format

### Summary

- **SLO:** ___% over ___ day window
- **Error budget status:** ___% consumed / ___% remaining
- **Burn rate assessment:** Sustainable / At Risk / Critical
- **Top budget consumer:** ___ (___% of total consumption)

### Action Items

- [ ] Update SLO documentation if targets are being adjusted
- [ ] File reliability improvement tickets for top 3 budget consumers
- [ ] Communicate budget status to stakeholders
- [ ] Schedule follow-up review in ___ days

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…