lessons-learned

Formalize incident lessons into root-cause analyses and action-oriented fixes.

17|3|Updated Jan 4, 2026
One-click install
npx skills add https://github.com/aplaceforallmystuff/minervia-starter-kit --skill lessons-learned-aplaceforallmystuff
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: lessons-learned
Source: https://github.com/aplaceforallmystuff/minervia-starter-kit/tree/main/skills/lessons-learned
Command: npx skills add https://github.com/aplaceforallmystuff/minervia-starter-kit --skill lessons-learned-aplaceforallmystuff

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Structured retrospectives help teams transform incidents and mistakes into systematic improvements by capturing facts, narratives, and actionable follow-ups.

Core Features & Use Cases

  • Incident definition: clearly capture what happened and the impact to guide analysis.
  • Root-cause analysis (5 Whys): identify deeper causes beyond symptoms.
  • Contributing factors & fixes: document causation and implement preventive actions.
  • Documentation & governance: encode learnings into processes, documentation, and future checks.

Quick Start

Document an incident, perform a root-cause analysis, and generate concrete improvements in a single, structured template.

Frequently Asked Questions about lessons-learned

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

FAQPage Schema
How do I conduct a structured postmortem after a major incident?

A structured postmortem captures the incident definition and impact, performs root-cause analysis using the 5 Whys methodology, identifies contributing factors, and generates concrete preventive fixes to drive systematic process improvement.

What is the 5 Whys root-cause analysis technique for incident management?

The 5 Whys root-cause analysis technique iteratively asks why an incident occurred to move beyond immediate symptoms and identify deeper contributing factors. This enables teams to implement action-oriented fixes that prevent recurrence.

Can I use this for after-action reviews across different project teams?

Yes, this approach applies to post-incident reviews, post-mortems, and after-action analyses across projects, teams, and processes. It supports structured templates to formalize lessons learned regardless of the specific operational context.

What's the best way to document contributing factors and fixes from a retrospective?

The best way to document contributing factors is to map them directly to causation narratives within a structured template, then encode the resulting action-oriented fixes into process documentation and governance checks for future validation.

When should I perform root-cause analysis on an incident?

You should perform root-cause analysis immediately after containing an incident to accurately capture facts and impact. Post-incident reviews rely on fresh narratives to identify deeper causes and implement systematic improvements.