PM과 기획자, 무엇이 다를까?
7년 차 PM이 말하는 기획자와 프로젝트 매니저의 실무 차이
프로젝트를 하다 보면 생기는 오해
IT 업계에서 일하다 보면 “기획자”와 “프로젝트 매니저(PM)”를
같은 역할로 보는 경우가 정말 많아요.
특히 외부 파트너나 클라이언트와 이야기하다 보면
“PM님, 기획 좀 부탁드려요” 같은 말을 듣곤 하죠. (난 기획자가 아니라고....ㅠ)
사실 이건 마치 축구에서 감독에게 직접 골을 넣으라는 말과 비슷해요.
감독의 역할은 경기 전략과 운영이고, 골은 선수들이 넣는 거잖아요.
저는 IT 도메인에서 7년간 PM으로 일하면서 이 둘이 얼마나 다른 역할인지,
그리고 현장에서 이 구분이 왜 중요한지를 뼈저리게 느꼈습니다!
오늘은 이 이야기를 조금 해볼까 해요.
기획자의 역할: 그림을 그리는 사람
기획자는 쉽게 말해
“무엇을 만들지 정의하는 사람”이에요.
제품 비전 설정: 시장과 사용자 리서치를 기반으로 제품의 방향성을 잡아요.
기능 명세서 작성: 개발자와 디자이너가 참고할 수 있는 명확한 스펙 문서를 만듭니다.
사용자 경험(UX) 설계: 화면 설계서, 와이어프레임, 사용자 플로우를 그려내죠.
기획자의 핵심은 ‘무엇을 만들까’를 정의하는 거예요.
예를 들어, 신규 앱을 만든다면 기획자는
“이 앱이 어떤 문제를 해결할지, 어떤 기능이 필요한지”를
구체적으로 제시합니다.
PM의 역할: 배를 안전하게 목적지까지 끌고 가는 사람
반면 PM(Project Manager)은
“어떻게 만들지, 그리고 어떻게 완성까지 가져갈지”를
책임지는 사람입니다.
프로젝트 일정 관리: 기획, 디자인, 개발, 테스트까지 전 과정의 일정을 조율합니다.
리소스 배분: 필요한 인력, 예산, 도구를 할당합니다.
위험 관리: 예상치 못한 이슈를 사전에 발견하고 해결 방안을 마련합니다.
PM은 제품을 직접 기획하지 않을 수도 있지만,
그 기획이 일정과 리소스 안에서 실현되도록 합니다.
즉, 기획자가 “설계도”를 그리면
PM은 그 설계도를 현실에서 완성시키는
현장 소장 역할이에요.
실무에서 경계가 없는 이유는 뭘까?
실무에서는 기획자와 PM의 업무가 종종 겹칩니다.
스타트업이나 소규모 팀에서는 기획자가 PM 역할까지,
혹은 PM이 기획까지 맡는 경우가 많아요.
하지만 규모가 커질수록 역할 분리가 뚜렷해집니다.
예를 들어, 대형 금융권 프로젝트에서는
기획자가 화면 설계서와 기능 정의서를 마무리하면,
PM이 이를 바탕으로 개발 일정표, QA 계획, 배포 전략을 세웁니다.
제가 3년 전 경험한 한 사례에서는,
기획자가 상세한 기능 정의 없이
“이 기능이 있으면 좋겠다” 수준에서 던졌는데,
PM이 일정 관리와 개발 리소스 계획을 하려니 난감했던 적이 있어요.
결국, 기획자가 추가로 문서를 보완하고,
PM이 다시 일정을 재설계하는 과정을 거쳐야 했죠.
이때 깨달았어요. 기획자가 ‘무엇’을 명확히 해주지 않으면
PM이 ‘어떻게’를 계획할 수 없다는 걸요.
PM과 기획자의 차이를 아는 것이 중요할까?
책임 소재가 명확해진다
일정 지연이나 품질 문제의 원인을 명확히 분석할 수 있습니다.
커뮤니케이션 효율이 높아진다
“기획 단계에서 수정할 건 수정하고, PM 단계에서는 실행에만 집중”이 가능해져요.
팀 역량을 제대로 활용할 수 있다
각자의 전문성을 살려 프로젝트 완성도를 높입니다.
프로젝트 성공 공식: 기획자 + PM의 시너지
좋은 프로젝트는 기획자와 PM이 마치 투톱 공격수처럼 움직일 때 나옵니다.
기획자는 “이 방향으로 가면 시장에서 먹힌다”는 나침반 역할
PM은 “그 방향으로 가기 위해 지금 뭘 해야 하는지”를 관리하는 조타수 역할
서로의 경계를 존중하면서도,
필요한 순간엔 발을 걸치고 도와주는 유연함이 중요해요.
저는 프로젝트를 하면서
‘기획자는 제품의 심장, PM은 혈관’이라는 비유를 종종 씁니다.
심장이 있어야 제품이 살아 움직이고,
혈관이 있어야 그 에너지가 전달되니까요.
