์Šคํ‚ฌ postmortem-writing
๐Ÿ“

postmortem-writing

์•ˆ์ „

Write Blameless Postmortems

๋˜ํ•œ ๋‹ค์Œ์—์„œ ์‚ฌ์šฉํ•  ์ˆ˜ ์žˆ์Šต๋‹ˆ๋‹ค: wshobson

Turn incidents into organizational learning without blame. Create structured postmortems that identify root causes and prevent recurrence.

์ง€์›: Claude Codex Code(CC)
๐Ÿฅ‰ 75 ๋ธŒ๋ก ์ฆˆ
1

์Šคํ‚ฌ ZIP ๋‹ค์šด๋กœ๋“œ

2

Claude์—์„œ ์—…๋กœ๋“œ

์„ค์ • โ†’ ๊ธฐ๋Šฅ โ†’ ์Šคํ‚ฌ โ†’ ์Šคํ‚ฌ ์—…๋กœ๋“œ๋กœ ์ด๋™

3

ํ† ๊ธ€์„ ์ผœ๊ณ  ์‚ฌ์šฉ ์‹œ์ž‘

ํ…Œ์ŠคํŠธํ•ด ๋ณด๊ธฐ

"postmortem-writing" ์‚ฌ์šฉ ์ค‘์ž…๋‹ˆ๋‹ค. Help me write a postmortem. Payment service was down for 47 minutes after deployment v2.3.4. Root cause was database connection pool exhaustion.

์˜ˆ์ƒ ๊ฒฐ๊ณผ:

Generates a complete postmortem with: Executive Summary with impact metrics, detailed Timeline table with timestamps, Root Cause Analysis using 5 Whys, Detection section covering what worked and gaps, Response evaluation, Impact assessment (customers, business, technical), Lessons Learned, and Action Items table with priorities and owners

"postmortem-writing" ์‚ฌ์šฉ ์ค‘์ž…๋‹ˆ๋‹ค. Conduct 5 Whys for: API latency spiked after cache flush

์˜ˆ์ƒ ๊ฒฐ๊ณผ:

Provides structured 5 Whys analysis starting with problem statement, then drilling through each why with evidence, identifying root causes (missing cache warming, no partial invalidation), and systemic improvements with prevention and detection strategies

๋ณด์•ˆ ๊ฐ์‚ฌ

์•ˆ์ „
v1 โ€ข 2/24/2026

Static analysis flagged 34 patterns that are all false positives. The backtick patterns are Markdown code block delimiters, not shell command execution. The URLs are reference links to external documentation, not network calls. This skill contains only documentation and templates for writing postmortems.

1
์Šค์บ”๋œ ํŒŒ์ผ
389
๋ถ„์„๋œ ์ค„ ์ˆ˜
0
๋ฐœ๊ฒฌ ์‚ฌํ•ญ
1
์ด ๊ฐ์‚ฌ ์ˆ˜
๋ณด์•ˆ ๋ฌธ์ œ๋ฅผ ์ฐพ์ง€ ๋ชปํ–ˆ์Šต๋‹ˆ๋‹ค
๊ฐ์‚ฌ์ž: claude

ํ’ˆ์งˆ ์ ์ˆ˜

38
์•„ํ‚คํ…์ฒ˜
100
์œ ์ง€๋ณด์ˆ˜์„ฑ
87
์ฝ˜ํ…์ธ 
50
์ปค๋ฎค๋‹ˆํ‹ฐ
100
๋ณด์•ˆ
100
์‚ฌ์–‘ ์ค€์ˆ˜

๋งŒ๋“ค ์ˆ˜ ์žˆ๋Š” ๊ฒƒ

Post-Incident Review

After resolving a production incident, use this skill to structure the postmortem document with timeline, impact assessment, and root cause analysis.

Incident Response Training

Use the templates and guides to train new team members on effective incident documentation and blameless review practices.

Organizational Learning

Create standardized postmortems that can be shared across teams to prevent similar incidents and spread learnings.

์ด ํ”„๋กฌํ”„ํŠธ๋ฅผ ์‚ฌ์šฉํ•ด ๋ณด์„ธ์š”

Basic Postmortem Creation
Help me write a postmortem for an incident that occurred on [DATE]. The service [SERVICE NAME] was down for [DURATION] affecting [NUMBER] users. The issue was caused by [BRIEF DESCRIPTION]. Generate a postmortem document with executive summary, timeline, and initial root cause analysis.
5 Whys Analysis
Conduct a 5 Whys analysis for this incident: [INCIDENT DESCRIPTION]. Start with the problem statement and drill down through at least 5 levels of why questions to identify root causes.
Postmortem Meeting Facilitation
I'm facilitating a postmortem meeting for [INCIDENT SUMMARY]. Create a meeting agenda with time boxes, key discussion questions, and tips for maintaining a blameless environment during the review.
Action Item Generation
Based on this incident analysis [PASTE ANALYSIS], generate prioritized action items. For each item include: priority level, specific action, recommended owner role, estimated timeline, and whether it prevents, detects, or mitigates future occurrences.

๋ชจ๋ฒ” ์‚ฌ๋ก€

  • Start the postmortem within 24 hours while memories are fresh
  • Focus on what conditions allowed the failure, not who made mistakes
  • Assign every action item to a specific owner with a due date

ํ”ผํ•˜๊ธฐ

  • Naming individuals as the cause of the incident
  • Creating action items without owners or deadlines
  • Skipping postmortems for minor incidents that reveal patterns

์ž์ฃผ ๋ฌป๋Š” ์งˆ๋ฌธ

What incidents require a postmortem?
Postmortems are recommended for SEV1/SEV2 incidents, customer-facing outages over 15 minutes, data loss or security incidents, near-misses with high severity potential, and novel failure modes that reveal new risks.
How do I maintain a blameless culture?
Focus questions on what conditions allowed the failure rather than who made mistakes. Use neutral language. Remember that people make mistakes because systems allow them. The goal is learning, not punishment.
When should the postmortem meeting be held?
Schedule the meeting 3-5 days after the incident. This allows time to draft the document and gather facts, while memories are still fresh. The meeting typically takes 60 minutes.
Who should attend the postmortem meeting?
Include everyone involved in the incident response: on-call engineers, incident commander, relevant service owners, and stakeholders. Keep the group small enough for productive discussion, typically 8-12 people.
What makes a good action item?
Good action items are specific, achievable, and tracked. They have a clear owner, due date, and ticket reference. Focus on systemic improvements rather than one-off fixes. Prioritize by impact and effort.
Should we postmortem near-misses?
Yes. Near-misses that could have caused severe incidents often reveal the same systemic issues as actual incidents. They provide learning opportunities without the pressure of an actual outage.

๊ฐœ๋ฐœ์ž ์„ธ๋ถ€ ์ •๋ณด

์ž‘์„ฑ์ž

sickn33

๋ผ์ด์„ ์Šค

MIT

์ฐธ์กฐ

main

ํŒŒ์ผ ๊ตฌ์กฐ

๐Ÿ“„ SKILL.md