Files

T

Antigravity Agent 9a135bd19d docs(10_Wiki): Topic_Business/General/Graphic/Programming을 Topics/ 하위로 이동

최상위 10_Wiki/Topic_*였던 4개 카테고리 폴더를 10_Wiki/Topics/Topic_* 로 재배치.
콘텐츠 변경 없음(순수 폴더 이동) — Topics/ 하위 나머지 폴더는 이미 지난 커밋에서
전부 정리된 상태(잔존 항목은 에이전트 운영 상태 및 사용자가 보존을 요청한
업데이트0615/무제 3.canvas 뿐).

2026-07-05 00:44:01 +09:00

3.8 KiB

Raw Blame History

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, verification_status, tags, raw_sources, last_reinforced, github_commit, tech_stack

title

Lessons Learned

매 한 줄

"매 institutionalized regret-into-knowledge transformer". 매 1940s US Army After-Action Review (AAR) 의 origin → 매 2003 Google SRE 의 blameless postmortem 의 modern form. 매 each incident 매 paid-for data; throwing it 매 paying twice.

매 핵심

매 mechanism

Incident / project ends.
Timeline 매 reconstructed.
Root causes (plural) 매 identified.
Action items 매 owned + scheduled.
Doc 매 published, indexed, re-read.

매 modern best practices (Google SRE)

Blameless — 매 systems 매 fail, not people.
Concrete action items with owners + due dates.
5 Whys or Causal Analysis using STAMP (no single root cause).
Public within org (searchable).

매 응용

Production incidents (PagerDuty integration).
Project retros (sprint, quarter).
Security incidents (legal-friendly variant).

💻 패턴

Postmortem template (Google SRE-style)

# Incident YYYY-MM-DD: <short title>

## Summary
1-2 sentences.

## Impact
- Users affected: ...
- Duration: ...
- Revenue: ...

## Root causes (plural)
1. ...
2. ...

## Trigger
What event started the incident.

## Resolution
What stopped it.

## Detection
How we knew (and how late).

## Timeline (UTC)
| Time | Event |
|---|---|
| 14:32 | Deploy started |
| 14:34 | Error rate spike |
| ... | ... |

## What went well
- ...

## What went poorly
- ...

## Where we got lucky
- ...

## Action items
| ID | Action | Owner | Due | Type |
|---|---|---|---|---|
| AI-1 | Add canary deploy | @alice | 2026-05-20 | prevent |
| AI-2 | Improve alert | @bob | 2026-05-15 | detect |

Action item tracker (GitHub-issue export)

gh issue create \
  --title "AI-1: Add canary deploy" \
  --label "postmortem,prevent" \
  --assignee alice \
  --milestone "Q2 2026"

5 Whys (causal chain)

Why did the site go down? Server OOM.
Why OOM? Cache grew unbounded.
Why unbounded? No eviction policy.
Why no policy? PR review missed it.
Why missed? Checklist had no cache item.
→ Root: missing checklist item (process), not the engineer.

Aggregation across postmortems (yearly review)

SELECT root_cause_category, COUNT(*) AS n, SUM(downtime_minutes) AS total_dt
FROM postmortems
WHERE date >= '2025-01-01'
GROUP BY root_cause_category
ORDER BY total_dt DESC;

Embedded retro into sprint

- ✅ Did → keep
- 🔄 Did → improve
- ❌ Did → stop
- 💡 Didn't → start

매 결정 기준

상황	Format
Production incident	Google SRE postmortem
Sprint end	Sailboat / Start-Stop-Continue
Project end	After-Action Review

기본값: Blameless, concrete action items, public, re-read at 30 days.

🔗 Graph

부모: SRE
변형: After-Action-Review

🤖 LLM 활용

언제: post-incident, project end, security event. 언제 X: trivial bug fix (use commit message instead).

❌ 안티패턴

Blame culture: 매 hides root causes.
No follow-through on action items: 매 same incident again.
Single root cause: 매 systems-thinking 매 missed.
Document then forget: 매 unread postmortem 매 worthless.

🧪 검증 / 중복

Verified (Google SRE Book Ch. 15; Etsy "blameless postmortem" essay; US Army AAR doctrine).
신뢰도 A.

🕓 Changelog

날짜	변경
2026-05-08	Phase 1
2026-05-10	Manual cleanup — Lessons Learned FULL with SRE template

3.8 KiB Raw Blame History