나도 초년차 때는 개발자분들 앞에서 주눅 들 때가 많았어. 야심 차게 준비한 기획안이 "예진님, 이거 지금 구현하려면 서버 다 뜯어고쳐야 해요. 불가능합니다." 같은 말로 돌아올 때면, 가슴이 쿵 내려앉는 기분이었거든. 마치 내 아이디어가 '쓰레기' 취급받는 것 같아서 너무 속상했지. 너도 혹시 비슷한 경험 때문에 밤잠을 설쳐본 적이 있다면, 내 이야기가 조금이나마 위로가 될 수 있을 거야.
첫 좌절과 오해
지금으로부터 6년 전, 1년 차였을 때 혁신적이라고 생각했던 기능을 기획했어. 자신감 넘치게 개발팀 미팅에 들어갔는데, 시니어 개발자분이 "이 기능은 저희 아키텍처로는 구현 자체가 불가능해요. 하려면 최소 6개월은 걸릴 겁니다. 현실적으로 불가능합니다."라고 딱 잘라 말하는 거야. 그 말을 듣는 순간, 애써 준비했던 모든 것이 부정당하는 느낌이었지. 솔직히 그 개발자분이 나를 '공격한다'고 생각했어. 내 기획의 가치를 이해 못하고 그저 '안 된다'고만 하는 것 같아서 억울하고 분했지. '나는 기획자로서 자격이 없나?' 하는 자책감에 시달렸어.
깨달음의 순간: 'NO'는 '더 나은 방법'을 찾는 시작
그날 밤 잠도 못 자고 끙끙 앓았는데, 다음날 팀장님께서 나를 부르시더니 "개발팀의 피드백은 너를 공격하는 게 아니라, 서비스를 더 잘 만들려고 고민하는 과정이야. 개발팀은 구현 가능성을, 너는 사용자 가치를 보는 거니까 시각 차이가 있을 수 있어."라고 말씀해주시더라고. 그제야 '아, 내가 너무 감정적으로 받아들였구나' 싶었어. 그때부터 개발팀의 '안 돼요' 뒤에 숨겨진 기술적 제약, 공수, 리스크 등을 파고들기 시작했지. 모르는 건 개발자분들께 직접 찾아가 조심스럽게 물어보면서 그들의 언어를 조금씩 이해하게 됐어.
함께 만드는 '우리 서비스', 7년차의 시선
이후로는 기획 초기 단계부터 개발팀과 더 자주 이야기하며, 사용자 문제를 해결하기 위한 기술적 허들과 대안을 함께 모색했어. 한번은 정말 어려운 기획이 있었는데, 내가 먼저 개발팀에 찾아가 진심으로 도움을 요청했어. "이 기능이 사용자에게 이런 가치를 줄 수 있다고 생각합니다. 기술적으로 어렵다는 걸 알지만, 혹시 지금 시스템에서 가장 적은 공수로 비슷한 가치를 줄 다른 방법은 없을까요?" 내가 진심으로 함께 해결책을 찾으려는 모습을 보이니, 개발자분들도 같이 머리를 맞대주더라고. 결국 초기 기획과는 달라졌지만, 효율적이고 안정적인 방향으로 기능을 구현할 수 있었어. 그때 정말 뿌듯했지. 벌써 7년 차 서비스 기획자가 된 지금, 개발자 피드백은 나에게 가장 중요한 정보이자 서비스 완성도를 높이는 필수적인 과정이 되었어. 그들의 'NO'는 더 이상 좌절의 신호가 아니라, '더 나은 방법을 찾아보자'는 초대장처럼 느껴져.
💬 예진의 한마디 개발자의 피드백은 개인적인 공격이 아니라, 서비스의 완성도를 높이기 위한 건설적인 대화의 시작이야. 기술적 제약을 이해하고 함께 대안을 모색하는 과정에서, 기획자는 더 성장할 수 있어. 그들의 'NO'는 '더 좋은 방법을 찾을 기회'라고 생각해봐. 처음엔 힘들겠지만, 포기하지 말고 꾸준히 소통하고 이해하려는 노력을 멈추지 않는다면, 개발팀은 분명 너의 가장 강력한 조력자가 될 거야. 너도 분명 잘 해낼 수 있을 거야! 힘내!