🪡 프로덕트 매니저 = 프로젝트 매니저 + 도메인 지식 PM이라는 줄임말이 Project Manager와 Product Manager를 중의적으로 의미할 수 있는 터라 현업에서는 대충 따지지 않

🪡 프로덕트 매니저 = 프로젝트 매니저 + 도메인 지식 PM이라는 줄임말이 Project Manager와 Product Manager를 중의적으로 의미할 수 있는 터라 현업에서는 대충 따지지 않고 PM으로 부르고 퉁치긴 합니다. 이 아티클에서 둘의 차이를 시원하게 정리해 준 공식은 ‘프로젝트 매니저가 도메인 지식과 비즈니스적 시야를 갖추고 나면 프로덕트 매니저가 된다’는 것이에요. 둘 차이를 쉽게 정리해준 글이라 옮겨봅니다. ✅ 프로젝트 매니저 ‘일에 되게 하는 사람'으로, 제품팀이 문제를 해결할 수 있도록 지원하는 역할입니다. 팀이 (프로젝트 매니저의 기여로) 얼마나 계획대로 움직일 수 있었느냐, 그리고 그 과정이 원만했느냐를 가지고 평가받는 위치라고 해요. 그리고 ‘잡부'라고 꾸밈없이😅 표현했습니다. ✅ 그럼 서비스 기획자는? 글에서는 기획자를 ‘스페셜리스트 같아 보이는 제너럴리스트’라고 재밌게 표현했습니다.😅 국내 상황에서 프로젝트 매니저의 업무적 특성 부족을 브랜딩 해준 것으로 해석했어요. 결국 프로젝트 매니저라는 것. ✅ 어떻게 프로덕트 매니저가 되나? 프로젝트 매니저(혹은 기획자)로 경력을 시작하는 게 정상이고, 프로덕트 매니저가 되기 위해서는 도메인 지식과 비즈니스적 시야를 갖춰야 하는데, 이건 시간이(정확히는 경험이) 필요합니다. 따라서 프로덕트 매니저(혹은 기획자)로 경력을 쌓는 것, 그리고 팀으로부터 전문성을 인정받는 것을 요건으로 제시했습니다. 예전에 해외 아티클 다이제스트에서 살펴본 라비 메타의 글에서도 Project Manager를 제품을 만드는 것과 이해관계자 관리 중심의 ‘과제 실행자’로 해석했었는데 같은 맥락이 있는 것 같아요. [https://bit.ly/3LF36pk](https://bit.ly/3LF36pk) 누군가 자신을 PM이라고 소개하면 대충 이 기준으로 눈치를 때려도 될 거 같아요.ㅎ 개인적으로 이 글을 읽고.. 저는 ‘기획자’라는 게 제품팀 개념이 흐릿한 기능조직 구조에서는 단순 ‘프로덕트 매니저가 되기 전 단계'보다는 나름의 특성을 지닌 포지션이 아닐까 생각해 봤습니다.