사전 부검(프리모템) 리스크 점검 도구

사전 부검은 무엇이고 언제 쓰나요

사전 부검(Premortem)은 계획을 실행하기 전에 "이 계획이 완전히 실패했다"고 가정하고, 실패의 이유를 거꾸로 적어 보는 기법입니다. 심리학자 게리 클라인(Gary Klein)이 제안해 2007년 하버드 비즈니스 리뷰 기고로 널리 알려졌고, 이후 대니얼 카너먼이 저서에서 소개하면서 더 알려진 것으로 전해집니다. 출시, 이직, 이사, 행사 기획, 시스템 교체처럼 이미 방향이 정해졌고 팀이 낙관에 기울어 있을 때 가장 쓸모가 있습니다. 아직 방향을 정하지 못한 단계라면 먼저 의사결정 매트릭스로 선택지를 비교하는 편이 알맞습니다.

왜 "이미 실패했다"고 가정하나요

"무엇이 잘못될 수 있을까요?"라고 물으면 사람들은 계획을 방어하는 쪽으로 답하기 쉽습니다. 반면 실패가 이미 일어났다고 전제하면 이유를 설명하는 일이 되어 평소 입에 올리기 어렵던 걱정이 나오기 쉽다는 것이 이 기법의 논리입니다. 심리학에서는 일어난 일로 상상하면 이유를 더 많이 떠올린다는 주장을 '전망적 후견지명(prospective hindsight)'이라는 이름으로 연구한 것으로 알려져 있지만, 효과의 크기는 상황마다 달라 보장할 수 없습니다. 이 도구는 그 대화를 구조화해 기록하는 보조 수단입니다.

진행 순서

1. 계획을 3분 안에 요약해 공유합니다. 목표, 일정, 주요 가정을 같은 문장으로 확인합니다.
2. "1년 뒤, 이 계획은 완전히 실패했다"고 선언합니다. 가정이 아니라 사실처럼 말하는 것이 요령입니다.
3. 각자 조용히 5~10분 동안 이유를 3~5개씩 적습니다. 먼저 말하면 서로 영향을 주므로 쓰기를 먼저 합니다.
4. 한 사람씩 돌아가며 하나씩 발표합니다. 직급이 낮은 사람부터 시작하면 의견이 눌리지 않습니다.
5. 이 도구에 시나리오를 입력하고 발생 가능성과 영향도를 1(낮음)~3(높음)으로 합의합니다.
6. 위험도 상위 3개에 예방책과 조기 경보 신호를 붙이고 담당자를 정합니다.

점수 계산과 등급표

점수는 발생 가능성 × 영향도이며 1~9점입니다. 6점 이상은 '높음', 3~5점은 '중간', 2점 이하는 '낮음'입니다. 아래 표는 9개 칸을 빌드 시 같은 규칙으로 계산한 것입니다.

9칸 중 높음 3칸, 중간 3칸, 낮음 3칸입니다. 3단계로 나누므로 사람마다 판단이 덜 갈리는 대신 구분이 거칩니다. 점수가 겹치는 경우(예: 가능성 낮음×영향 높음과 가능성 높음×영향 낮음은 모두 3점)가 많아 같은 점수의 항목은 영향도가 큰 쪽을 먼저 검토하세요. 더 세밀한 구분이 필요하면 5x5 리스크 매트릭스를 쓰면 됩니다.

작성 예시: 휴대용 가습기 신제품 출시

가상의 소형 가전 신제품 출시 팀이 "출시 후 반년 뒤 판매가 완전히 부진했다"고 가정하고 모은 시나리오입니다.

'높음'은 인증 지연(2×3=6)과 부품 단가 상승(3×2=6) 두 개입니다. 둘 다 점수는 같지만 성격이 다릅니다. 인증 지연은 출시일 자체를 흔들어 광고·재고·계약이 연쇄로 틀어지므로 접수 일정을 앞당기는 예방이 우선이고, 단가 상승은 대체 견적이라는 대안을 미리 확보하는 쪽이 현실적입니다. 반면 불량 반품(1×3=3)은 점수가 낮아도 한 번 터지면 신뢰에 큰 타격이므로 검수 기준서처럼 비용이 낮은 예방책을 붙여 둘 만합니다. 이 예시에서 상세 페이지 지연(3×1=3)과 고객센터 인력 부족(2×1=2)은 영향이 작아 우선순위가 가장 뒤입니다.

작성 예시 2: 개인의 이사 준비

사전 부검은 팀 프로젝트에만 쓰는 방법이 아닙니다. 아래는 혼자 이사를 준비하는 사람이 "이사 후 한 달이 엉망이었다"고 가정하고 적은 가상의 시나리오입니다. 팀이 없으면 발표 단계가 없는 대신 가족이나 친구 한 사람에게 읽어 달라고 해서 빠진 위험을 묻는 단계를 넣으면 보완됩니다.

여기서도 6점이 두 개입니다. 인터넷 설치 지연은 일어날 확률이 높고 대안이 있어 예약만으로 대부분 막을 수 있는 반면, 보증금 반환 지연은 확률은 중간이어도 한 번 일어나면 자금 계획 전체가 흔들립니다. 이처럼 같은 6점이라도 '빨리 처리할 일'과 '지켜보며 대비할 일'로 갈라서 해석해야 합니다. 보증금과 계약에 관한 구체적 권리·절차는 계약서와 공인중개사 또는 법률 전문가의 확인이 필요하며, 이 도구는 법률 판단을 하지 않습니다. 이사 당일 해야 할 일을 목록으로 정리하려면 이사 체크리스트와 함께 쓰세요.

시나리오를 쓸 만하게 적는 법

같은 걱정도 어떻게 적느냐에 따라 쓸모가 크게 달라집니다. 좋은 시나리오는 누가, 무엇 때문에, 어떤 결과가 되었는지가 한 문장에 들어갑니다. 아래 비교를 기준으로 고쳐 쓰세요.

• 막연한 표현: "일정이 늦어진다" → 구체화: "디자인 시안 수정이 세 번 이상 반복되어 개발 착수가 한 달 늦어진다".
• 원인 없는 표현: "품질 문제가 생긴다" → 구체화: "첫 납품 때 검수 기준이 합의되지 않아 불량 판정이 엇갈려 재작업이 쌓인다".
• 사람 탓: "담당자가 일을 못한다" → 구체화: "담당자 한 명에게 승인 권한이 몰려 휴가철에 의사결정이 멈춘다". 사람이 아니라 구조를 문장의 주어로 삼으면 방어적 반응이 줄어듭니다.
• 이미 일어난 일: "예산이 부족하다" → 현재 사실이면 시나리오가 아니라 현안입니다. 미래에 생길 사건으로 바꿔 적으세요.

예방책과 조기 경보 신호는 다릅니다

예방책은 일이 일어나기 전에 확률이나 피해를 줄이는 행동이고, 조기 경보 신호는 위험이 현실이 되고 있음을 알려 주는 관찰 가능한 징후입니다. 입력 칸 하나에 둘을 모두 적을 수 있습니다. 예를 들어 인증 지연 시나리오라면 예방책은 "접수를 출시일에서 역산해 먼저 확정", 경보 신호는 "접수 후 보완 요청이 두 번 이상 오면 일정 재검토 회의"처럼 쓰는 식입니다. 경보 신호에는 누가 언제 확인하는지가 붙어야 실제로 작동하므로, 중요한 항목은 담당자와 확인 주기를 같은 칸에 짧게 덧붙이세요.

세션 시간 어림 계산

사전 부검을 처음 도입할 때 가장 흔한 걱정은 회의가 길어진다는 점입니다. 아래는 참석 인원별 소요 시간을 가정으로 어림한 표입니다(요약 3분, 조용히 쓰기 8분, 인당 발표 3분, 합의는 참석자 수의 2배 개수만큼 시나리오당 1분, 상위 위험 대책 논의 15분). 실제로는 팀 분위기와 시나리오 수에 따라 달라지므로 일정을 잡을 때의 대략적인 기준으로만 쓰세요.

8명을 넘어가면 한 시간을 넘기기 쉬우므로 두 조로 나눠 각자 진행한 뒤 결과를 합치거나, 쓰기 단계를 회의 전에 미리 숙제로 받아 두는 방법이 있습니다.

결과를 다음 행동으로 잇는 법

• 상위 3개만 일정에 넣습니다. 예방책을 담당자와 기한이 있는 작업으로 바꿔 프로젝트 일정표나 할 일 목록에 옮기세요.
• 가정을 따로 뽑습니다. 여러 시나리오가 같은 전제에 기대고 있다면(예: 모두 "공급처가 제때 납품한다") 그 전제 자체가 가장 큰 위험일 수 있습니다.
• 점검 날짜를 잡습니다. 한 달 뒤 또는 주요 이정표 직전에 같은 목록을 열어 점수를 다시 매깁니다. 대책이 효과가 있으면 점수가 내려가야 합니다.
• 나오지 않은 위험을 인정합니다. 목록이 곧 위험의 전부는 아니므로 예비 일정이나 예비 비용을 약간 남겨 두는 것이 안전합니다.

흔한 실수와 한계

• 비판 시간이 아닌 상상 시간으로 만드세요. 시나리오 발표 중 "그건 괜찮을 것"이라는 반박이 나오면 효과가 줄어듭니다. 평가는 모두 적은 뒤에 합니다.
• 시나리오가 막연하면 쓸 수 없습니다. "일정 지연"은 너무 넓으므로 어떤 일이 어떻게 지연시키는지 한 문장 안에 담으세요.
• 점수는 합의된 추정입니다. 확률이나 금액이 아니라 팀의 판단이므로 정밀한 숫자로 보이는 점에 속지 마세요.
• 떠올린 것만 찾아냅니다. 참석자가 경험하지 못한 종류의 위험은 나오지 않습니다. 다른 부서나 고객 접점 담당자를 참석시키면 보완됩니다.
• 한 번으로 끝내지 않습니다. 중요한 단계(계약 직전, 출시 한 달 전)마다 다시 열어 새 정보를 반영하세요.
• 안전, 의료, 법적 의무가 걸린 위험은 이 도구의 점수와 무관하게 해당 분야의 기준과 전문가 검토가 먼저입니다.

입력한 데이터는 어디에 저장되나요

프로젝트 이름, 시나리오, 예방책은 이 브라우저의 localStorage에만 저장되고 서버로 전송되지 않습니다. 다른 기기나 브라우저와 동기화되지 않으며, 사이트 데이터를 삭제하거나 시크릿 창을 닫으면 사라집니다. 지우려면 개별 ✕ 버튼이나 "전체 초기화"를 사용하세요. 여러 사람이 같은 목록을 보려면 "결과 복사"로 텍스트를 만들어 공유 문서에 붙여 넣어야 합니다. 사내 기밀은 입력하지 않는 것을 권합니다.

관련 도구

프로젝트가 끝난 뒤에는 팀 회고보드(KPT)로 실제 결과를 돌아보고, 강점·약점·기회·위협을 함께 보려면 SWOT 분석 도구를, 리스크·가정·이슈·의존성을 추적하려면 RAID 로그를 이용하세요. 이미 터진 문제의 원인은 5 Whys 도구로 파고들 수 있습니다.

자주 묻는 질문