post-mortem
작성자 alirezarezvanipost-mortem은 실행된 의사결정을 사전에 합의한 성공 지표, kill criteria, 실행 계획, 보존된 반대 의견과 대조해 검토하는 Strategic Planning skill입니다. 90일 체크포인트, kill trigger, 결정 번복, 분기 리뷰 시점에 `/cs:post-mortem <decision-path>`로 사용합니다.
이 skill은 76/100점으로, 전략적 의사결정을 체계적으로 회고하려는 디렉터리 사용자에게 충분히 추천할 만한 목록 후보입니다. 저장소 근거를 보면 실행 트리거, 명령 구문, 실행 시점 안내, 필수 입력, 출력 기록 형식이 명확해 일반적인 post-mortem 프롬프트보다 에이전트가 추측을 덜 하고 사용할 수 있습니다. 다만 더 넓은 C-level 의사결정 파이프라인의 마지막 단계로 설계된 것으로 보이며, 지원 파일이나 설치 안내가 없다는 점이 주요 한계입니다.
- 명확한 실행 조건: 설명과 SKILL.md에서 `/cs:post-mortem <decision-path>` 구문과 실행 시점을 명시합니다. 90일 체크포인트, kill criteria, 결정 번복, 분기 리뷰가 포함됩니다.
- 실무에 유용한 구조: 의사결정 기록, 실행 계획, 실제 결과 같은 필수 입력을 정의하고, 저장 가능한 post-mortem 기록을 생성합니다.
- 에이전트 활용도 높음: 사전에 합의한 성공 기준과 kill criteria에 따라 점검하고 보존된 반대 의견을 다시 검토하도록 해, 일반적인 리뷰 프롬프트보다 더 탄탄한 회고 프레임을 제공합니다.
- `/cs:decide`, `/cs:execute` 같은 관련 skill에서 생성된 이전 산출물이 있을 때 가장 잘 맞습니다. 해당 파이프라인이 없는 사용자는 입력값을 수동으로 맞춰야 할 수 있습니다.
- 이 저장소는 `SKILL.md`만 제공하며 지원 파일, 참고 자료, 스크립트, README, 설치 명령이 없어 도입 안내가 제한적입니다.
post-mortem skill 개요
post-mortem skill이 하는 일
post-mortem skill은 이미 실행한 의사결정을, 의사결정 전에 기록해 둔 성공 지표, 중단 기준, 반대 의견과 대조해 검토하는 전략적 회고 워크플로입니다. 일반적인 “교훈 정리” 프롬프트가 아닙니다. 핵심 역할은 계획 당시의 가정과 실제 결과를 강제로 비교하게 만들어 전략 수립의 루프를 닫는 것입니다.
Strategic Planning 검토에 가장 잘 맞는 경우
이 post-mortem skill은 이미 구조화된 리듬으로 의사결정을 운영하는 창업자, 임원, chief of staff, 제품 리더, 전략 운영 담당자에게 잘 맞습니다. 특히 가격 변경, 시장 진입, 채용 계획, 제품 베팅, 비용 절감 결정이 90일 점검 시점에 도달했거나, 중단 기준에 걸렸거나, 분기별 검토가 필요한 경우 유용합니다.
일반 회고와 다른 점
차별점은 사전 커밋먼트입니다. 이 skill은 의사결정 기록, 실행 계획, 실제 결과를 입력으로 받아 실행 전에 작성된 기준에 따라 결과를 평가합니다. 이를 통해 사후 확증 편향을 줄이고, 팀이 나중에 성공의 정의를 바꾸는 일을 막으며, 반대 의견을 정치적 잡음이 아니라 증거로 보존합니다.
설치 전에 알아둘 점
저장소 경로는 c-level-advisor/c-level-agents/skills/post-mortem이며, 이 skill은 추가 스크립트, 참고 자료, 보조 리소스 없이 SKILL.md 안에 들어 있습니다. 그래서 post-mortem 설치는 가볍지만, 출력 품질은 사용자가 제공하는 기록에 크게 좌우됩니다. 원래의 가정, 기준값, 실행 메모가 없다면 skill이 여전히 도움이 될 수는 있지만, 검토의 엄밀성은 떨어집니다.
post-mortem skill 사용 방법
post-mortem 설치와 먼저 읽을 파일
다음 명령으로 GitHub skill 저장소에서 설치합니다.
npx skills add alirezarezvani/claude-skills --skill post-mortem
설치 후에는 SKILL.md를 먼저 읽으세요. 이 파일에는 명령 형식, 실행 시점, 필요한 입력값, 예상 저장 경로인 ~/.claude/postmortems/YYYY-MM-DD-<slug>.md가 정의되어 있습니다. 이 skill에는 별도로 살펴볼 rules/, resources/, scripts/ 폴더가 없으므로, 핵심 판단 기준은 팀이 충분한 입력 증거를 제공할 수 있는지입니다.
post-mortem skill에 필요한 입력값
post-mortem을 제대로 활용하려면 세 가지 입력 묶음을 준비하세요.
- 의사결정 기록: 원래 의사결정 제목, 날짜, 담당자, 기각한 선택지, 가정, 성공 기준, 중단 기준, 반대 의견.
- 실행 계획: 마일스톤, 담당 팀, 예정된 개입, 일정, 제약 조건.
- 실제 결과: 지표, 사건, 고객 신호, 매출/비용 영향, 일정 이탈, 정성적 증거.
약한 입력: “가격 변경을 검토해 줘.”
더 강한 입력: “Q2 가격 변경에 대해 /cs:post-mortem을 실행해 줘. 의사결정일: 2026-04-03. 성공 기준: 90일차까지 순매출 유지율 108% 초과; 중단 기준: SMB 로고 이탈률 6% 초과. 반대 의견: 영업팀은 연간 계약이 지연될 것이라고 경고함. 실제 결과: NRR 104%, SMB 로고 이탈률 7.2%, 엔터프라이즈 확장 매출 11% 증가, 영업 사이클 +18일.”
실무에 맞는 post-mortem 워크플로
논의가 찜찜하게 끝났다고 해서 매번 실행하지 말고, 의사결정이 검토 이벤트에 도달했을 때 이 skill을 사용하세요. 좋은 트리거는 90일 점검, 중단 기준 발동, 중대한 방향 전환, 전략적 베팅의 분기 검토입니다.
실무 흐름은 다음과 같습니다.
- 원래의
/cs:decide출력물 또는 그에 준하는 의사결정 메모를 모읍니다. /cs:execute계획 또는 가장 가까운 프로젝트 계획을 첨부합니다.- 실제 지표와 주요 사건을 아직 해석하지 말고 그대로 추가합니다.
- skill에 상태를
WIN,PARTIAL,LOSS,MIXED중 하나로 평가해 달라고 요청합니다. - 사전에 합의한 기준과 보존된 반대 의견을 명시적으로 비교해 달라고 요청합니다.
- 결과를 postmortem 아카이브에 저장해 이후 전략 수립의 보정 자료로 활용합니다.
더 나은 결과를 위한 프롬프트 패턴
좋은 프롬프트에는 의사결정 경로, 검토 트리거, 증거 기준이 들어가야 합니다.
/cs:post-mortem <decision-path>
그런 다음 다음과 같은 맥락을 덧붙이세요.
“실행 전에 존재했던 기준만 사용해 주세요. 새로운 성공 지표를 만들지 마세요. 증거가 없으면 unknown으로 표시하세요. 결과 평가, 가정 감사, 반대 의견 검토, 의사결정 품질에 대한 교훈, 후속 조치를 분리해 주세요.”
이 점이 중요한 이유는 post-mortem skill이 전략적 책임성을 위해 설계되어 있기 때문입니다. “무슨 일이 있었는지 해석해 줘”라고 요청하면 더 부드러운 서사가 나올 수 있습니다. 반대로 명시된 기준값에 맞춰 평가해 달라고 요청하면 관리에 더 쓸모 있는 산출물이 나옵니다.
post-mortem skill FAQ
post-mortem skill은 임원만을 위한 것인가요?
아닙니다. 경로와 명령은 C-level advisor 워크플로의 일부지만, 그 underlying pattern은 중요한 의사결정을 하는 어떤 팀에도 적용할 수 있습니다. 제품 관리자, 운영 리드, 스타트업 창업자, 전략팀도 실행 전에 의사결정을 문서화한다면 사용할 수 있습니다.
일반적인 회고 요청보다 나은 점은 무엇인가요?
일반적인 회고는 팀의 감정, 프로세스의 빈틈, 넓은 의미의 교훈에 초점을 맞추는 경우가 많습니다. 이 post-mortem 가이드는 의사결정 품질에 집중합니다. 가정은 맞았는지, 성공 기준은 유효했는지, 중단 기준이 발동했는지, 반대 의견이 실패 양상을 예측했는지를 봅니다. 그래서 Strategic Planning과 포트폴리오 검토에 더 유용합니다.
언제 이 skill을 쓰지 말아야 하나요?
아직 내리지 않은 의사결정, 브레인스토밍 세션, 측정 가능한 의도된 결과가 없는 프로젝트의 첫 단계로는 사용하지 마세요. /cs:post-mortem은 실행 후 증거가 생긴 뒤에 사용해야 합니다. 선택지 사이에서 결정해야 한다면 먼저 의사결정 또는 boardroom 스타일 워크플로를 사용하고, 나중에 post-mortem으로 돌아오세요.
초보자도 쓰기 쉬운가요?
네. 다만 초보자도 이 skill에 증거가 필요하다는 점을 이해해야 합니다. 이 skill이 원래의 의사결정 기록을 마법처럼 복원해 주지는 않습니다. 처음 사용하는 사용자는 완료된 의사결정 하나를 고르고, 원래 목표와 실제 결과를 제공한 뒤, skill이 빠진 기준을 찾아내게 하세요. 그러면 이후 의사결정을 더 잘 문서화할 수 있습니다.
post-mortem skill 개선 방법
원래 증거를 보존해 post-mortem 품질 높이기
품질을 가장 크게 끌어올리는 방법은 원래의 의사결정 산출물을 보존하는 것입니다. 실행을 시작하기 전에 성공 기준값, 중단 기준, 예상 리스크, 반대 의견을 안정적인 의사결정 기록에 남겨 두세요. post-mortem skill은 실제 결과를 기억이 아니라 이미 존재하는 기준선과 비교할 수 있을 때 훨씬 더 가치가 커집니다.
흔한 실패 패턴 피하기
흔한 실패에는 모호한 지표, 사후에 끼워 맞춘 성공 정의, 누락된 반대 의견, 하나의 대표 결과에 과도하게 의존하는 방식이 있습니다. 가격 결정은 매출을 개선하면서 유지율을 해칠 수 있고, 채용 계획은 역할을 채우면서도 납기를 늦출 수 있습니다. skill에 깔끔한 성공/실패 서사를 강요하지 말고, 혼합된 결과를 표시해 달라고 요청하세요.
지표와 맥락으로 프롬프트 강화하기
더 좋은 프롬프트에는 날짜, 기준값, 담당자, 의사결정 범위, 비즈니스 맥락, 원자료에 가까운 결과가 포함됩니다. “출시 성과가 기대보다 낮았다”라고 말하는 대신 “활성화 목표는 35%; 실제는 26%; 유료 전환은 4.1%에서 5.0%로 개선; 온보딩 관련 지원 티켓은 두 배 증가”라고 제공하세요. 그러면 skill이 가정의 오류와 실행의 오류를 분리할 수 있습니다.
첫 출력 이후 반복 개선하기
첫 post-mortem 이후에는 전략적 학습을 더 깊게 만드는 후속 질문을 던지세요.
- “어떤 가정이 가장 크게 틀렸나요?”
- “어떤 반대 의견을 앞으로의 의사결정 체크리스트 항목으로 삼아야 하나요?”
- “중단 기준은 너무 늦었거나, 너무 엄격했거나, 무시되었나요?”
- “다음
/cs:decide기록에서 무엇을 바꿔야 하나요?”
이렇게 하면 post-mortem이 일회성 보고서가 아니라 더 나은 전략 수립을 위한 피드백 루프로 바뀝니다.