continuous-improvement

Guides blameless postmortems, action item hygiene, and DORA metrics for engineering teams.

Updated Dec 29, 2025
One-click install
npx skills add https://github.com/snoodleboot-io/discrecontinual_equations --skill continuous-improvement-snoodleboot-io
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: continuous-improvement
Source: https://github.com/snoodleboot-io/discrecontinual_equations/tree/main/.claude/skills/continuous-improvement
Command: npx skills add https://github.com/snoodleboot-io/discrecontinual_equations --skill continuous-improvement-snoodleboot-io

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Engineering teams often run postmortems that blame individuals, write action items that never get completed, and track delivery metrics that get gamed or misreported. This Skill provides structured guidance for running blameless incident reviews, writing actionable remediation items, and measuring delivery performance with DORA metrics so that incidents actually lead to systemic change. ## Core Features & Use Cases - Blameless Postmortem Framework: Reconstruct timelines before causal analysis, avoid counterfactual reasoning, and push past "human error" to changeable conditions. - Action Item Hygiene: Enforce single named owners, due dates, backlog integration, and completion-rate tracking so remediation work actually ships. - DORA Metrics With Precise Definitions: Measure deployment frequency, lead time from first commit, change failure rate, and recovery time using median and p85, derived from git, pipeline, and incident data. - Use Case: After a production outage, use this Skill to structure the postmortem, generate owned and dated remediation items classified by leverage (prevention vs. detection), and verify the team's DORA metrics are defined correctly. ## Quick Start Ask the assistant to help you write a blameless postmortem for a recent incident, including a timeline, root cause analysis, and owned action items.

Frequently Asked Questions about continuous-improvement

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run a blameless postmortem after an incident?▼

Reconstruct the timeline first, separately from causal analysis, then ask why the conditions made the wrong action look reasonable. Avoid counterfactuals like "if only they had checked" and stop only when you reach something changeable, not "human error."

What are the four DORA metrics and how are they defined?▼

The four DORA metrics are deployment frequency, lead time for changes (first commit to production), change failure rate (deploys needing remediation), and failed deployment recovery time. Report throughput and stability together, using median and p85 rather than means.

Why do postmortem action items never get completed?▼

Items fail when owned by a team instead of a named individual and when they lack due dates, giving them no priority against feature work. Track them in the normal backlog with the normal workflow and review on-time completion monthly.

Should DORA metrics be used in performance reviews?▼

No. Attaching DORA metrics to individual or team evaluation causes gaming within a quarter, such as splitting releases or downgrading incidents. Compare a team only against its own history, never against other teams.

When should lead time measurement start for DORA metrics?▼

Lead time starts at the first commit on the branch, not at PR open or ticket start. Measuring from PR open hides the largest delay in most pipelines and reports review speed instead of delivery speed.