기획이 마무리되고 개발이 한창 진행 중일 때 윗선의 지시나 시장 상황 변화로 기획(Spec)을 변경해야 하는 상황은 PM(기획자)에게 피하고 싶은 순간 1순위입니다. 다짜고짜 '기획이 바뀌었어요'라고 통보하면 개발팀의 짜증과 반발을 사기 쉽습니다. 이유를 납득시키고 협조를 구하는 현명한 PM의 소통법을 알아볼까요?
기획 변경 안내
이유 + 영향 범위 + 대안 동시 제시
"
팀원 여러분, 기획 변경 사항 공유드립니다. 🙏 📌 변경 내용: [구체적 내용] 📌 변경 이유: 사용자 데이터 분석 결과 + 경영진 피드백 📌 영향 범위: OO 화면, OO API 📌 일정 영향: 기존 대비 +3일 예상 가능하면 기존 코드를 최대한 활용하는 방향으로 기획했고, 상세 PRD는 [링크]에 업데이트했습니다. 우선순위나 일정 관련 의견 있으시면 말씀해주세요!
📋💡 실전 활용 팁
- 기획 변경은 구두가 아닌 서면(PRD 업데이트)으로 반드시 기록하세요.
- 변경 전에 개발 리드와 1:1 사전 논의를 하면 반발이 줄어듭니다.
⚠️ 주의사항
[ "'위에서 시킨 거야'라고 책임을 전가하면 PM으로서의 신뢰를 잃습니다." ]
기획 변경 시 개발팀이 화를 내는 진짜 이유는 변경 그 자체보다는 '자신의 수고가 무시당했다는 느낌'과 '왜 바뀌는지 모르는 답답함' 때문입니다. 변경 배경을 데이터나 명확한 이유로 설명하고, 수정 범위를 투명하게 공유해 보세요. 원팀으로서 위기를 함께 타개하려는 자세가 필요합니다.