말 안 통하는 개발자와 싸우지 않고 ‘의도’대로 구현시키는 법 (기획자 필수 커뮤니케이션)
말 안 통하는 개발자와 싸우지 않고 ‘의도’대로 구현시키는 법 (기획자 필수 커뮤니케이션) 말 안 통하는 개발자와 싸우지 않고 ‘의도’대로 구현시키는 법 (기획자 필수 커뮤니케이션) 기획서와 Figma 시안을 정성껏 준비해 Handoff 미팅에 들어갔는데, 시작 10분 만에 이런 말을 듣는 순간이 있습니다. “기획대로 다 하려면 최소 1년은 걸립니다. 기능 좀 빼서 다시 전해 주세요.” 머릿속이 하얘지죠. ‘이 기능이 빠지면 서비스가 안 돌아가는데…’, ‘현업에는 뭐라고 설명하지…’라는 걱정이 앞섭니다. 사실 저도 그랬습니다. 처음 이런 피드백을 받았을 때, 속으로 ‘개발하기 싫어서 핑계 대는 거 아닌가?’라고 오해하기도 했고, 제 기획 능력이 부족한 것 같아 며칠을 자책하며 기획서를 고치고 또 고쳤거든요. 하지만 수많은 충돌 끝에 깨달았습니다. 이건 누군가의 잘못이 아니라, 서로가 사용하는 ‘언어’와 ‘우선순위’가 달랐을 뿐이라는 것을요. 여기서 “왜 안 돼요?”라며 감정적으로 맞붙으면 소모적인 기싸움이 되고, “네, 알겠습니다…”라며 무조건 물러나면 기획의 본질이 증발해 버립니다. 오늘은 제가 수많은 시행착오 끝에 정착한 방법, 즉 개발자와 싸우지 않으면서도 기획의 ‘의도’를 끝까지 지켜내는 실무 커뮤니케이션 전략 을 정리해 보려 합니다. 📚 목차 개발자의 “1년” 뒤에 숨은 진짜 의미 해석하기 “기능”이 아니라 “비즈니스 임팩트”로 대화하기 ‘안 된다’를 ‘어떻게 하면 된다’로 바꾸는 질문 템플릿 기획서와 Figma를 ‘그림’에서 ‘설계도’로 바꾸는 방법 Handoff 미팅을 ‘전달’이 아니라 ‘합의’로 만드는 진행 스크립트 최종 체크리스트 + 자주 묻는 질문(FAQ) 1) 개발자의 “1년” 뒤에 숨...
