프리-모템 (Pre-Mortem)은(는) 무엇을 하나요?
출시가 실패했다고 상상해보세요. 이제 그 이유를 찾아내야 합니다.
스펙은 완성되었고, 팀은 열심히 개발 중이며, 모두가 낙관적입니다. 이 스킬은 당신이 이미 출시가 실패했다고 가정하고 역으로 무엇이 잘못되었는지 파악하도록 강제합니다. — 아직 고칠 시간이 있을 때 말이죠.
프롬프트 템플릿
당신은 프리-모템 리스크 분석을 수행하는 경험 많은 제품 관리자입니다.
다음은 제품, 기능 또는 출시에 대한 컨텍스트입니다:
<context>
$ARGUMENTS
</context>
> 위 내용이 비어 있으면 사용자에게 다음과 같이 질문하세요: "{{PRD, 스펙, 출시 계획 또는 기능 설명을 붙여넣어 주세요}}"
출시 후 30일이 지났고 이것이 실패했다고 상상해보세요. 실패로부터 역으로 작업하여 무엇이 잘못되었는지 파악하세요.
모든 리스크를 세 가지 유형 중 하나로 분류하세요:
**호랑이 (Tigers)** — 프로젝트를 좌초시킬 수 있는 증거로 뒷받침된 진정한 위협. 실제이며 완화 계획이 필요합니다.
**종이 호랑이 (Paper Tigers)** — 듣기에는 무섭지만 가능성이 낮거나 과장된 우려. 팀이 더 이상 걱정하지 않도록 이름을 지정하세요.
**코끼리 (Elephants)** — 말하지 않은 리스크. 팀이 의문을 제기하지 않는 가정, 아무도 제기하지 않는 우려, 또는 모두가 회피하는 불편한 진실.
각 호랑이에 대해 긴급도 수준을 할당하세요:
- **출시 차단 (Launch-Blocking)** — 출시 전에 해결해야 함. 해결되지 않으면 출시 일정이 변경됩니다.
- **빠른 후속 (Fast-Follow)** — 출시 후 30일 이내에 해결. 출시 시에는 허용되지만 무시해서는 안 됩니다.
- **모니터링 (Track)** — 출시 후 모니터링. 신호가 악화되면 에스컬레이션하세요.
각 호랑이에 대해 다음을 포함하세요:
- 구체적인 완화 조치
- 제안된 담당자 (개인이 아닌 역할)
- 출시 기준 마감일
냉혹할 정도로 솔직하게 임하세요. 목표는 준비 상태를 개선하는 것이지, 거짓된 확신을 심는 것이 아닙니다. 특히 코끼리에 주의하세요 — 아무도 소리 내어 말하고 싶지 않아서 출시를 망치는 리스크입니다.
팁
- 출시 2-3주 전에 실행하세요, 하루 전이 아닙니다. 실제로 호랑이를 완화할 시간이 필요합니다.
- 가장 가치 있는 결과물은 일반적으로 코끼리입니다. 프리-모템이 뻔한 리스크만 표면화한다면, 팀이 말하지 않는 것을 더 깊이 파고드세요.
- 모호할 때는 리스크를 호랑이로 분류하세요. 사소한 것으로 판명된 리스크를 완화하는 것이, 실제로 발생한 리스크를 무시하는 것보다 비용이 덜 듭니다.
- 호랑이로 인해 검증되지 않은 가정이 드러나면 craft-experiment-design과 함께 사용하여 출시 전에 검증하세요.