연간 제품 계획에 대한 프리모템 실행하기(Run a pre-mortem on your annual product plan)

프리모템은 낙관이 가린 것을 찾아낸다

보기 좋은 계획은 대개 반대 의견을 내기 어려울 만큼 다듬어진 뒤에 완성됩니다. Gary Klein의 프리모템 연구와 HBR의 심리적 안전감 관련 글에서 반복해서 드러나는 사실은, 먼저 실패를 상상하게 하면 일반적인 계획 리뷰보다 30% 더 많은 리스크가 표면화된다는 점입니다. Google re:Work 가이드 역시 높은 수준의 커밋이 필요한 연간 계획일수록 프리모템을 권장합니다. 실행 단계에서 실패 요인을 발견하는 비용은 계획 단계에서 발견하는 비용보다 훨씬 크기 때문입니다.

이 프롬프트의 작동 방식

이 프롬프트는 토론 전에 각자 조용히 실패 모드를 쓰게 하여 groupthink가 목록을 축소시키지 못하게 하고, likelihood × severity × irreversibility 기준으로 순위를 매겨 팀이 피해가 크고 되돌리기 어려운 리스크부터 다루게 만듭니다. Guardrail 단계는 막연한 불안을 owner와 threshold가 있는 관리 항목으로 바꿉니다.

언제 사용할까

• 높은 수준의 커밋이 담긴 연간 계획을 막 확정하려는 시점
• 리더십 리뷰에서 반대 의견이 하나도 나오지 않았을 때(경고 신호)
• 이전 계획이 실패했고 같은 놀라움을 반복하고 싶지 않을 때
• 새 제품 리더가 첫 연간 계획을 세우는 중일 때
• 이사회가 "무엇이 잘못될 수 있나?"를 묻고 있는데 구조화된 답이 없을 때

흔한 함정

• 토론하면서 실패 모드를 생성하는 것. 침묵 상태에서 각자 쓰게 하면 자유 토론보다 2-3배 더 많은 서로 다른 실패 모드가 나옵니다.
• Reversibility를 무시하는 것. 가능성은 높지만 되돌릴 수 있는 실패(A/B 테스트 패배)는, 가능성은 낮지만 되돌릴 수 없는 실패(잘못된 기술 플랫폼)보다 감수해도 되는 경우가 많습니다.
• Guardrail trigger가 없는 것. leading indicator가 없는 실패 모드는 계획이 아니라 걱정에 불과합니다.

참고 자료

• Begin with Trust — Harvard Business Review
• Google re:Work — Google
• Product Strategy Overview — Silicon Valley Product Group
• Why Startups Fail — CB Insights