pre-mortem

프리모텀 스킬 개요

pre-mortem skill은 PRD, 출시 계획, 제품 제안서를 출시 전에 구조적으로 “실패를 먼저 가정해” 점검하게 해주는 스킬입니다. 일반적인 브레인스토밍보다 한 단계 더 나아가야 하는 제품 매니저, 창업자, 전략 담당자, AI 보조 의사결정자에게 특히 적합합니다. 실제 출시 리스크를 잡음과 분리해 실행 가능한 할 일 목록으로 바꾸는 실용적인 방법이 필요할 때 유용합니다.

pre-mortem skill이 유용한 이유는 판단 구조가 분명하기 때문입니다. 단순히 우려를 나열하는 데 그치지 않고, 그것을 Tigers(신뢰할 만한 문제), Paper Tigers(과장됐거나 발생 가능성이 낮은 걱정), Elephants(팀이 의도적으로 피하고 있을 수 있는 말하지 않은 이슈)로 나눈 뒤, 출시 영향도 기준으로 우선순위를 매기도록 돕습니다. 그래서 출시 전 리뷰, 로드맵 리스크 점검, 그리고 출시를 막을 수 있는 요소를 파악해야 하는 Decision Support용 pre-mortem에 특히 잘 맞습니다.

이것은 pre-mortem skill이기 때문에 핵심 job-to-be-done은 불확실성 속에서 명확성을 확보하는 일입니다. 출시 이후 비용이 더 커지기 전에, 실패 가능성이 높은 지점을 미리 찾아 계획을 바꿀 수 있게 해줍니다.

pre-mortem skill이 실제로 하는 일

이 스킬은 제품 맥락을 읽고, 출시가 실패했다고 가정한 뒤, 그 원인을 거꾸로 추적합니다. 출력은 실행 가능해야 하므로, 리스크와 그 근거, 그리고 각 이슈를 얼마나 급하게 다뤄야 하는지가 함께 나와야 합니다.

누가 사용하면 좋은가

이미 실제로 검토할 제안서가 있을 때 쓰는 것이 가장 좋습니다. 예를 들어 PRD, 출시 브리프, 기능 롤아웃, go-to-market 계획처럼 구체적인 문서가 있는 경우입니다. 전형적인 아이디어 발상 도구가 아니라, 경험 많은 제품 리뷰어처럼 모델이 판단하도록 돕는 pre-mortem guide를 원할 때 잘 맞습니다.

어떤 경우엔 맞지 않는가

가벼운 브레인스토밍만 필요하다면 단순한 프롬프트로도 충분할 수 있습니다. 반대로 구체적인 계획이 전혀 없다면, 스킬이 리스크를 제대로 분류할 만큼 신호가 충분하지 않습니다. 가정, 대상 고객, 일정, 성공 기준이 들어 있을 때 가장 강합니다.

pre-mortem skill 사용 방법

스킬을 설치하고 위치를 찾기

프로젝트 안내에 나온 repository install 흐름을 따라 설치한 뒤, 먼저 pm-execution/skills/pre-mortem/SKILL.md를 여십시오. 이 repo에서는 SKILL.md가 유일한 source file이므로, 추가 규칙이나 스크립트, 참고 자료를 찾기 위해 다른 support folder를 둘러볼 필요가 없습니다.

실제 출시 산출물을 넣기

pre-mortem install은 구체적인 계획을 입력할 때만 의미가 있습니다. 좋은 입력 예시는 다음과 같습니다.

• 대상 사용자, 가치 제안, non-goals가 포함된 PRD
• 일정, 채널, 의존성, 담당자가 들어 있는 출시 계획
• 알려진 리스크, 제약, 성공 지표가 있는 feature brief

반대로 “이 스타트업 아이디어를 분석해줘” 같은 입력은 너무 모호합니다. 무엇이 실패를 뜻하는지 모델이 알 수 없기 때문에, 유용한 pre-mortem이 되기 어렵습니다.

대충 쓴 요청을 유용한 프롬프트로 바꾸기

단순히 “리스크”를 묻지 말고, 맥락과 출력 형식을 함께 지정한 실패 리뷰를 요청하세요. 예를 들면 다음과 같습니다.
“이 출시 계획에 대해 pre-mortem을 실행해줘. 14일 뒤 출시가 실패했다고 가정해. Tigers, Paper Tigers, Elephants를 식별하고, 각각을 launch-blocking, fast-follow, track 중 하나로 표시해줘. 채택률, 메시지, 제품 준비도, 운영 의존성에 초점을 맞춰줘.”

이런 식의 문장은 pre-mortem usage를 더 좋게 만듭니다. 모델이 무엇을 최적화해야 하는지, 어떤 시간 범위를 가정해야 하는지, 그리고 발견 사항을 어떻게 분류해야 하는지를 분명히 알려주기 때문입니다.

출력이 실행 가능한지 확인하기

좋은 출력은 리스크의 장황한 목록이 아니라, 확신할 수 있는 장애물의 짧은 목록을 줘야 합니다. 다음 항목을 확인하세요.

• 팀이 아직 검증하지 않은 누락 가정
• 일정이 밀릴 수 있는 출시 의존성
• 도입을 막을 수 있는 고객 반론
• 심각해 보이지만 실제 출시 준비도는 바꾸지 않는 문제

답변이 너무 넓게 퍼져 있다면, 빠진 계획 정보를 더 넣고 pre-mortem을 다시 실행하세요.

pre-mortem skill FAQ

일반 프롬프트보다 더 나은가?

대체로 그렇습니다. 의사결정의 질이 중요하다면 더더욱 그렇습니다. 일반 프롬프트도 리스크를 만들어낼 수는 있지만, pre-mortem skill은 그것들을 일관된 구조로 순위화하고 blind spot을 드러내는 데 강합니다. 특히 Decision Support용 pre-mortem에서 유용합니다.

제품 매니저가 아니어도 사용할 수 있나?

네. 명확한 계획을 제공하고 “실패”가 무엇을 의미하는지만 설명할 수 있다면, pre-mortem skill은 초보자도 쓰기 쉽습니다. 결과 품질은 직함보다 입력의 구체성에 더 크게 좌우됩니다.

제품 출시 말고도 쓸 수 있나?

네, 실제로 중요한 결과가 걸려 있고 구체적인 계획이 있는 경우라면 가능합니다. 예를 들면 내부 도구 롤아웃, 가격 변경, 실험, 프로세스 변경 같은 작업입니다. 반대로 열린 형태의 아이디어 발상이나 순수 창작 작업에는 덜 유용합니다.

가장 큰 한계는 무엇인가?

이 스킬은 제공한 맥락만큼만 정확해질 수 있습니다. PRD가 부실하면 출력도 눈에 띄는 리스크만 과도하게 강조하고, 진짜 장애물을 놓칠 수 있습니다. pre-mortem guide는 이미 가정이 들어 있고 스트레스 테스트할 가치가 있는 원자료가 있을 때 가장 잘 작동합니다.

pre-mortem skill 개선 방법

더 날카로운 입력을 넣기

품질을 가장 크게 끌어올리는 방법은 분석을 요청하기 전에 구체성을 보강하는 것입니다. 출시일, 타깃 고객, 성공 지표, 배포 계획, 의존성, 알려진 약점을 포함하세요. pre-mortem skill은 리스크를 실제 출시 경로와 비교할 수 있을 때 훨씬 유용합니다.

아이디어만 말하지 말고 분류를 요구하기

“무엇이 잘못될 수 있나?”에서 멈추지 마세요. 모델이 Tigers와 Paper Tigers를 구분하고, Elephants를 명시적으로 짚도록 요청하세요. 이렇게 하면 애매한 출력을 줄이고, 계획 수립·인력 배치·에스컬레이션에 더 쓸모 있는 결과를 얻을 수 있습니다.

제약과 트레이드오프를 함께 넣기

예산 상한, 엔지니어링 한계, 법무 검토, 고정된 출시일이 있다면 미리 밝히세요. 제약은 어떤 리스크가 실제인지 바꿉니다. 이를 무시한 pre-mortem은 그럴듯해 보여도 계획을 실제로 개선하지 못할 수 있습니다.

첫 결과를 바탕으로 다시 돌리기

첫 번째 출력은 다음 프롬프트를 더 날카롭게 만드는 데 쓰세요. 모델이 가능성 높은 실패 모드를 놓쳤다면, 그 공백을 짚고 도입, 구현, 출시 운영처럼 해당 영역에 집중한 두 번째 pre-mortem을 요청하세요. 가장 좋은 pre-mortem usage는 반복형입니다. 처음에는 넓게, 그다음에는 좁게, 마지막에는 실행 중심으로 다듬는 방식입니다.