PM이 기획도 하고, 기획자가 일정도 짜고? 헷갈리는 PM vs 기획자 역할 정리 한 번에 끝내기
PM이 기획도 하고, 기획자가 일정도 짜고? 헷갈리는 PM vs 기획자 역할 정리 한 번에 끝내기
“PM은 일정 관리만 하는 사람 아니야?”, “기획자가 개발자랑 커뮤니케이션도 해줘야 하는 거 아냐?”
이런 질문들을 저도 프로젝트에 참여하면서 자주 들어왔습니다. 현장에서는 이런 혼란이 끊임없이 반복됩니다. 명확한 정의가 부재하고, 조직마다 역할이 조금씩 다르기 때문에 실무자들이 가장 혼란스러워하는 영역이기도 합니다.
이 글에서는 PM과 기획자의 실제 업무 분담 기준을 명확히 구분하고, 혼란을 줄일 수 있는 실무 기준을 제시하겠습니다. 특히 스타트업, 중소기업, 대기업 등 각 조직 환경에 따라 어떻게 역할이 달라지는지에 대해서도 자세히 설명 드리겠습니다.
이 글을 읽고 나면, 지금까지 애매했던 업무 경계가 한결 분명해질 것입니다.
.png)
목차
PM과 기획자, 왜 자꾸 헷갈릴까?
두 역할 모두 "프로젝트를 성공시키는 것"이 최종 목표입니다.
하지만 그 접근 방식과 주 업무는 다릅니다.
- PM은 조율과 관리 중심
- 기획자는 문제 정의와 솔루션 설계 중심
문제는 실무에서는 이 두 영역이 자주 섞입니다. 특히 인력이 적거나, 애자일 환경에서는 경계가 더 모호해지죠.
PM의 핵심 업무 5가지
- 프로젝트 일정 및 범위 관리
- 이해관계자 조율 (개발, 디자인, QA, 마케팅 등)
- 리스크 관리 및 우선순위 판단
- 주간 스크럼, 데일리 스탠드업 등 의사소통 체계 운영
- 성과 측정 및 보고 (OKR, KPI 관리 등)
👉 PM은 ‘언제까지’, ‘어떻게 협업할지’를 중심으로 움직입니다.
기획자의 핵심 업무 5가지
- 사용자 니즈 분석 및 문제 정의
- 서비스/기능 기획 및 구조 설계 (스토리보드, 와이어프레임 등)
- 데이터 기반 가설 수립 및 검증 (A/B 테스트, 로그 분석 등)
- 개발 요구사항 정의서 작성 및 전달
- 사용성 검토 및 QA 지원
👉 기획자는 ‘왜 해야 하는지’, ‘어떻게 만들지’를 정의합니다.
현장에서 자주 겹치는 업무와 그 기준
| 업무 | PM | 기획자 | 기준 |
|---|---|---|---|
| 개발 일정 조율 | ✅ | △ | 일정/우선순위는 PM 중심 |
| 요구사항 명세 정리 | △ | ✅ | 기능 명세는 기획 중심 |
| 리스크 관리 | ✅ | △ | 일정 지연, 인력 리스크는 PM 담당 |
| 유저 리서치 | △ | ✅ | 기획의 출발점 |
| QA 체크리스트 작성 | △ | ✅ | 실제 사용성과 기능 점검은 기획 책임 |
조직별 역할 분담 사례: 스타트업 vs 대기업
스타트업
- PM이 기획도 일부 수행
- 일정·우선순위·고객 대응까지 PM이 챙김
- 기획자는 데이터 분석까지 겸하기도
대기업
- PM과 기획자 명확히 구분
- PM은 프로젝트 컨트롤 타워
- 기획자는 사용성 중심 역할 수행
정리표: 헷갈릴 때 이걸 보세요
| 상황 | 누구의 업무인가요? |
|---|---|
| “이 기능 왜 넣는 거죠?” | 기획자 |
| “이번 주에 뭐까지 끝나요?” | PM |
| “이 버튼은 왜 여기 있어요?” | 기획자 |
| “디자인 팀이 리소스 부족하대요” | PM |
| “고객 피드백 반영은 어떻게 하죠?” | 공동 (기획 중심 조율) |
결론: 혼란을 줄이는 핵심은 '명확한 커뮤니케이션'
PM과 기획자 모두 프로젝트 성공이라는 같은 목표를 향해 갑니다.
단지 시선의 출발점과 관리 방식이 다를 뿐입니다.
명확한 역할 정의도 중요하지만, 협업 관계에서 커뮤니케이션 루트를 명확히 정해두는 것이 훨씬 더 실질적인 해결책이 됩니다.
"이건 누구 업무야?"라고 묻는 대신,
"지금 이 상황에선 누가 주도해야 하나?"라고 질문을 바꾸는 것.
바로 그 순간부터 실무 효율이 달라지기 시작합니다.
FAQ
Q작은 팀에서는 PM과 기획자가 하나로 통합되는 경우가 많은데 괜찮을까요?
A괜찮습니다. 단, ‘모드 전환’을 인지하고 상황마다 관점을 바꾸는 연습이 필요합니다.
QPO(Product Owner)는 또 뭐가 다른가요?
APO는 ‘비즈니스 오너’ 관점에서 우선순위를 결정하고 자원을 배분합니다. PM보다 전략적이고 비즈니스 중심입니다.
Q이 업무를 구분하는 게 실제로 효율을 높이나요?
A네. 모호한 책임 구역은 협업을 망칩니다. 구분이 명확할수록 커뮤니케이션 비용이 줄어듭니다.