개발자와 싸우지 않는 PM: 6년차 디자이너 출신 PM의 환상적인 협업 비결

솔직히 말해봅시다. PM으로서 개발팀과 '잘' 협업하는 건 마치 미지의 영역을 탐험하는 것과 같았어요. 특히 제가 처음 PM이라는 역할을 맡았을 때, 디자이너로서 쌓아온 감각과 개발팀의 논리 사이의 간극은 넘어서기 힘든 벽처럼 느껴졌죠. "아니, 이 정도는 당연히 이해할 줄 알았는데?" 하는 순간, 이미 상황은 삐걱대고 있었습니다. 밤늦게까지 이어지는 야근, 서로를 향한 답답함, 그리고 결국엔 "우리 안 맞아요"라는 파국. 수많은 시행착오 끝에, 6년이라는 시간 동안 제가 터득한, 개발자와 싸우지 않고 최고의 결과물을 만들어내는 커뮤니케이션 비결을 오늘 여러분께 아낌없이 풀어놓겠습니다. 저는 코드를 직접 짜는 개발자는 아니지만, AI 도구를 활용하고 디자이너의 시각으로 문제에 접근하며, 무엇보다 '사람'과의 연결을 최우선으로 생각합니다.

1. "나는 PM이고, 너는 개발자다" 프레임 깨기: 공통 언어 찾기

가장 먼저 해야 할 일은 서로의 역할과 관점을 존중하되, '우리'라는 팀이라는 인식을 확고히 하는 것입니다. 저는 디자이너 출신이라 감성적인 접근에 익숙하지만, 개발팀은 논리와 효율성을 중시한다는 것을 누구보다 잘 알고 있습니다. 이 간극을 좁히기 위해 저는 다음과 같은 방법을 사용합니다.

1.1. '왜(Why)'에 집중하기: 목표 공유의 힘

기능 구현에 대한 요구사항을 전달할 때, 단순히 "이 버튼을 이렇게 바꿔주세요"라고 말하는 대신, "이 버튼을 이렇게 바꾸면 사용자가 OOO 경험을 더 잘하게 되어, 결과적으로 우리 서비스의 전환율이 XX% 상승할 것으로 기대합니다"와 같이 비즈니스 목표와 연결하여 설명합니다. 개발자들은 자신이 만드는 코드가 어떤 가치를 창출하는지 명확히 알 때 동기 부여가 됩니다. 저는 이러한 목표를 명확히 하기 위해 AI 기반의 비즈니스 분석 도구를 활용하여 데이터를 시각화하고, 이를 바탕으로 개발팀과 함께 목표를 설정합니다.

1.2. 시각화의 마법: '말로만' 설명하지 않기

디자이너로서 저는 시각적인 커뮤니케이션에 익숙합니다. 하지만 개발팀에게는 구체적인 와이어프레임, 프로토타입, 그리고 때로는 간단한 애니메이션이 '말로 하는 설명'보다 훨씬 효과적입니다. Figma, Sketch와 같은 디자인 툴은 물론, 제가 애용하는 AI 기반 프로토타이핑 도구를 활용하여 아이디어를 빠르게 시각화하고, 개발팀과 실시간으로 피드백을 주고받습니다. "이 부분은 이렇게 보일 거예요. 사용자는 이렇게 느낄 거고요."라고 말이죠. 이는 오해를 줄이고, 개발자들이 구현해야 할 결과물을 명확하게 이해하도록 돕습니다.

2. '나만의 신념'을 내려놓는 용기: 열린 마음으로 경청하기

PM으로서 저는 제품의 비전을 제시하는 역할이지만, 모든 것을 혼자 결정할 수는 없습니다. 특히 기술적인 구현 가능성이나 효율성에 대한 개발팀의 의견은 매우 중요합니다.

2.1. "개발자의 목소리는 곧 진실이다"라는 믿음

개발팀이 "그렇게 구현하면 비효율적입니다" 또는 "더 나은 방법이 있습니다"라고 말할 때, 저는 즉시 방어적인 태도를 취하기보다 그들의 의견을 경청합니다. "왜 그렇게 생각하시는지 좀 더 자세히 설명해주시겠어요?"라고 묻고, 그들의 논리를 이해하려고 노력합니다. 때로는 제가 생각지도 못한 창의적인 해결책이 나오기도 합니다. 저는 이 과정을 통해 제 개인적인 '신념'을 내려놓고, 팀 전체의 지혜를 모으는 것이 더 나은 제품을 만든다고 믿습니다.

2.2. 기술 부채, 우리가 함께 관리해야 할 '자산'

개발팀이 기술 부채를 언급할 때, 이를 단순히 '미래의 문제'로 치부하지 않습니다. 저는 기술 부채를 제품의 '건강'을 위한 필수적인 관리 항목으로 인식합니다. AI 스타트업의 빠른 성장 속도 속에서, 기술 부채는 결국 제품의 확장성과 안정성을 해치는 주범이 될 수 있습니다. 따라서 저는 개발팀과 함께 정기적으로 기술 부채 현황을 공유하고, 이를 해결하기 위한 로드맵을 함께 수립합니다. 이는 PM으로서의 제 책임이기도 합니다.

3. '나'를 위한 투자: '개인적인' 삶이 '업무'를 살린다

솔직히 말해, 저는 만성적인 목 통증과 가끔 찾아오는 번아웃을 경험합니다. 6년차 PM으로서, 그리고 한 명의 인간으로서, 제 삶의 질을 높이는 것은 업무 성과와 직결된다고 믿습니다.

3.1. 건강한 몸과 마음, 최고의 '생산성 도구'

저는 건강 관리를 최우선 순위에 둡니다. keto 다이어트를 시도하며 몸의 변화를 관찰하고, 정신 건강을 위해 필요한 경우 전문가의 도움을 받습니다. 넥 프로텍터를 사용하며 코딩 시간을 조절하는 것처럼, 제 몸의 신호를 무시하지 않습니다. 이러한 개인적인 경험은 제가 사용자들의 불편함에 더 깊이 공감하고, 보다 인간 중심적인 제품을 만드는 데 큰 도움이 됩니다. 또한, 정신적으로 건강한 상태는 복잡한 문제를 해결하고 창의적인 아이디어를 발현하는 데 필수적입니다.

3.2. '궁극적인 자유'를 향한 여정, 팀원들과 함께

저는 '궁극적인 자유'를 추구합니다. 이는 경제적 자유뿐만 아니라, 시간적, 정신적 자유를 모두 포함합니다. 이러한 비전은 제가 AI 스타트업에서 일하는 원동력이기도 합니다. 저는 우리 팀원들도 각자의 삶에서 이러한 자유를 누리기를 바랍니다. 따라서 저는 업무와 삶의 균형을 존중하며, 팀원들이 잠재력을 최대한 발휘할 수 있는 환경을 만들기 위해 노력합니다. 이는 단순히 '좋은 사람'이 되기 위함이 아니라, 장기적으로 팀의 사기를 높이고 지속 가능한 성과를 창출하기 위한 전략입니다.

결론: '함께'라는 이름의 가장 강력한 무기

개발자와의 협업에서 가장 중요한 것은 **'적'이 아닌 '동료'**라는 사실을 잊지 않는 것입니다. 저는 코드를 직접 다루는 개발자는 아니지만, AI 도구를 활용하여 효율성을 높이고, 디자이너의 감각으로 사용자 경험을 설계하며, 무엇보다 사람 중심의 커뮤니케이션을 실천합니다. 개발팀과의 마찰은 필연적일 수 있지만, 그것을 '싸움'이 아닌 '더 나은 결과'를 향한 건강한 논쟁으로 승화시키는 것이 PM의 역량입니다. 여러분은 개발팀과의 협업에서 가장 중요하다고 생각하는 것은 무엇인가요? 여러분의 경험을 댓글로 공유해주세요.

---