출시 전 readiness review 체크리스트 실행하기(Run a pre-launch readiness review checklist)

출시 실패는 보지 못한 gate에서 시작된다

출시 사고는 거의 항상 아무도 명확히 소유하지 않은 gate에서 시작됩니다. 제품 자체보다, support가 교육되지 않았거나, legal 검토가 빠졌거나, sales enablement가 준비되지 않은 쪽이 더 자주 문제를 만듭니다. First Round Review의 launch 관련 글는 이 패턴을 잘 보여 줍니다. Product와 engineering은 모두 green인데, support나 legal, sales가 비어 있습니다. Atlassian의 프로젝트 관리 연구에 따르면, 여섯 개 gate를 포함한 pre-launch review는 engineering readiness만 체크하는 경우보다 출시 후 incident 비율을 약 40% 줄입니다.

이 프롬프트의 작동 방식

이 프롬프트는 여섯 개 gate 각각에 대해 명시적 기준을 점검하게 하고, 각 gate를 Green/Yellow/Red로 솔직하게 평가하게 하며, 가장 위험한 gate 하나와 이를 푸는 48시간 계획을 반드시 적게 만듭니다. "우리가 알고도 감수하는 리스크"를 적는 부분은 안전 밸브 역할을 합니다. 완전히 무위험인 출시는 없지만, 인정되지 않은 리스크가 가장 큰 사고를 만듭니다.

언제 사용할까

• 대형 출시가 2주 이내로 다가왔을 때
• 이전 출시가 non-engineering gate에서 실패했을 때
• 리더십이 속도를 밀어붙이고 있고 팀은 구조화된 pause가 필요할 때
• 새 PM이 첫 출시를 맡아 재사용 가능한 템플릿이 필요할 때
• 고객-facing incident 리스크가 높아 공개적으로도 de-risk하고 싶을 때

흔한 함정

• Engineering만 체크하는 것. Product-ready가 launch-ready를 의미하지는 않습니다. Support, legal, sales의 누락은 코드 버그보다 더 비쌀 수 있습니다.
• 모든 gate를 green으로 두는 것. 전부 green이면 대개 리뷰가 솔직하지 않았다는 뜻입니다. 적어도 하나는 honest yellow가 나와야 합니다.
• Kill switch가 없는 것. Feature flag가 없다는 것은 rollback path가 없다는 뜻입니다. 절대 그것 없이 출시하지 마세요.

참고 자료

• Agile Metrics — Atlassian
• First Round Review — First Round
• Kanban — Atlassian
• Google re:Work — Google