PM 하는 일이 뭘까? 실무 업무 범위 정리
- PM은 IT 프로젝트의 일정·비용·품질(Scope)을 관리하는 총괄 책임자입니다
- 제안/수주-준비-진행관리-사후관리 4단계로 업무 범위가 나뉩니다
- PM과 PO(Product Owner)는 관리 대상(프로젝트 vs 제품/도메인)이 다릅니다
- 기업 규모와 형태에 따라 PM에게 요구되는 업무 디테일이 크게 달라집니다
PM(Project Manager, 프로젝트 매니저)이 하는 일은 한마디로 정해진 기간과 예산 안에서 프로젝트가 목표한 품질(Scope)을 지키며 끝나도록 이끄는 것입니다. 하지만 실제 채용 공고나 실무 현장에서는 이 정의만으로는 감이 잘 오지 않는다는 반응이 많습니다. 회사마다, 심지어 같은 회사 안에서도 PM에게 기대하는 업무 범위가 제각각이기 때문입니다. 이 글에서는 PM의 업무를 단계별로 구체화하고, 헷갈리기 쉬운 PO·기획자와의 차이, 기업 형태별 실제 업무 차이까지 한 번에 정리합니다.
PM의 핵심 업무: 4단계로 나눠서 이해하기
IT 프로젝트에서 PM의 업무는 크게 제안/수주 → 프로젝트 준비 → 진행 관리 → 사후 관리의 4단계로 흐릅니다. 각 단계마다 요구되는 역할이 다르고, 회사마다 PM이 어디서부터 어디까지 관여하는지가 달라집니다.
1단계: 제안/수주 – 사업을 따내는 과정
이 단계에서 PM은 아직 정식으로 프로젝트를 맡기 전이지만, 수주 성패에 직접적인 영향을 미칩니다.
- 영업 지원: 신규 사업 발굴을 위한 영업 활동을 함께 지원합니다.
- 제안서 작성 지원: 고객이 발주한 사업의 제안서를 실무 관점에서 작성 또는 검토합니다.
- 제안 발표: 작성된 제안서를 클라이언트 앞에서 발표하는 역할은 대부분 PM이 직접 맡습니다. 클라이언트 입장에서는 이 사람이 실제로 프로젝트를 잘 이끌 수 있는지를 발표 태도와 답변에서 확인하려 하기 때문입니다.
- 수주 협상: 수주가 확정되면 계약 조건, 소통 방식 등을 사전에 정립합니다.
2단계: 프로젝트 준비 – 실행 전 세팅
계약이 끝나면 본격적인 실행에 앞서 준비 작업이 필요합니다.
- 투입 인력 계획 및 소싱: 프로젝트를 진행할 인력을 구체적으로 계획하고 실제로 확보합니다.
- 사업 수행계획서 작성: 공공 프로젝트에서는 필수이며, 민간 프로젝트에서는 생략되는 경우도 있습니다.
- 기타 준비: 프로젝트 진행 장소, 협업 방식 등을 협의합니다.
3단계: 진행 관리 – PM의 핵심 책임 영역
PM의 업무 중 가장 비중이 크고, 어떤 조직에서든 예외 없이 PM의 책임으로 간주되는 영역입니다.
- 일정 계획 및 관리(WBS): 전체 개발 일정을 작업분류체계(WBS, Work Breakdown Structure)로 세워 관리합니다.
- 주요 보고: 착수·주간·월간·중간·종료 보고 등 프로젝트 단계별 보고를 담당합니다.
- 개발 진행 관리: 기획-디자인-개발-테스트 전 과정을 관리합니다.
- 이슈 및 인력 관리: 진행 중 발생하는 다양한 문제와 인력 이슈를 조율합니다.
PM 업무 중 유일하게 모든 조직에서 예외 없이 요구되는 최소 기준은 ‘프로젝트 진행 관리’입니다. 나머지 단계(제안/수주, 사후관리)는 회사 구조와 PM 개인 역량에 따라 관여 범위가 달라집니다.
4단계: 사후 관리 – 오픈 이후에도 끝나지 않는 일
시스템 오픈으로 업무가 끝나는 것이 아니라, 안정화와 유지보수까지 PM의 관리 범위에 포함되는 경우가 많습니다.
- 검수: 프로젝트 완료 후 최종 확인 절차를 진행합니다.
- 안정화 지원: 오픈 직후 발생하는 급한 오류나 개선 사항을 지원합니다.
- 유지보수 지원: 계약 또는 협의에 따라 종료 이후에도 유지보수를 관리합니다.
- 신규 사업 발굴: 기존 고객과의 관계를 바탕으로 후속 사업 기회를 모색하기도 합니다.
PM 업무 범위, 왜 회사마다 다를까?
업무 범위 3단계 구분
PM이 실제로 담당하는 업무 범위는 회사 상황과 PM 개인의 역량·주도권에 따라 크게 세 가지로 나뉩니다.
| 범위 | 담당 구간 | 특징 |
|---|---|---|
| 최소 기준 | 프로젝트 진행 관리만 | 모든 PM이 필수로 수행 |
| 일반적 기준 | 프로젝트 준비 ~ 사후 관리 | 대부분의 PM이 담당하는 범위 |
| 확장 기준 | 제안 발표 ~ 사후 관리 | PM 역량·주도권이 큰 경우 |
공공 프로젝트처럼 규모가 크고 절차가 정형화된 사업에서는 전문 PM을 별도로 두는 경우가 많고, 민간 중소 규모 프로젝트에서는 기획자나 개발자가 PM 업무를 겸직하는 경우도 흔합니다.
PM 구분: 전문 PM / 기획자 PM / 개발자 PM
- 전문 PM: IT 프로젝트 관리만 전문적으로 수행합니다. 규모가 큰 프로젝트나 공공 사업에서 주로 필요합니다.
- 기획자 PM: 서비스 기획자가 PM 업무를 겸합니다. 웹 에이전시처럼 디자인·기획 요소가 큰 프로젝트에 많습니다.
- 개발자 PM: 개발자가 PM 업무를 겸합니다. 기술 중심 프로젝트에서 주로 나타납니다.
PM과 PO, 뭐가 다른가요?
관리 대상의 차이
PM(Project Manager)은 ‘프로젝트’라는 정해진 기간과 예산이 있는 작업 단위를 관리합니다. 반면 PO(Product Owner, 제품 책임자)는 특정 도메인이나 제품을 지속적으로 성장시키는 역할을 맡습니다. 빅테크 기업에서는 PO가 특정 도메인을 전담하며 전략 수립, 로드맵 설정, 우선순위 결정까지 주도적으로 담당하는 경우가 많습니다.
업무 주도권의 차이
중견기업의 서비스 기획자는 상위 리더의 지시를 구체화해 실행하는 탑다운 방식이 많은 반면, 빅테크 기업의 PO는 본인 도메인에 대한 이해를 바탕으로 ‘왜’ 이 일을 해야 하는지부터 스스로 고민하고 전략을 세우는 경우가 많습니다. 이직이나 커리어를 고민할 때는 회사 이름보다 이 업무 방식의 차이가 자신의 성향과 맞는지를 먼저 따져보는 것이 중요합니다.
PM에게 필요한 역량과 준비 방법
기술적 역량보다 조율 능력
PM은 특정 프로그래밍 언어나 설계 툴을 능숙하게 다루는 것보다, 다양한 이해관계자(클라이언트, 개발자, 디자이너) 사이의 소통과 일정·품질 관리 능력이 더 중요하게 평가됩니다. 이 때문에 PM은 ‘이것이다’ 하고 내세울 수 있는 단일 기술(Killing skill)이 뚜렷하지 않다는 특징이 있습니다.
PM 준비 시 참고할 만한 자료
국내에는 PM 관련 자격증이나 표준화된 교육 과정이 많지 않은 편입니다. 프로젝트 관리 방법론을 체계적으로 공부하고 싶다면 국제 프로젝트관리협회(PMI, Project Management Institute)의 PMBOK(프로젝트관리 지식체계) 자료를 참고하는 것도 도움이 됩니다. 실무에서는 이런 이론보다 실제 프로젝트 경험을 통해 익히는 부분이 훨씬 큽니다.
PM 업무 중에는 원격 협업 도구나 화면 기록을 활용한 이슈 공유가 잦은 만큼, IT 실무 환경을 다루는 다른 글도 참고하면 도움이 됩니다. 예를 들어 팀 내 화면 공유나 버그 리포트 작업이 잦다면 세션 녹화 도구 도입 방법을 참고해볼 수 있습니다.
PM 취업/이직 시 흔한 오해와 주의점
- PM = 개발 실력이 뛰어난 사람은 아닙니다. 개발 지식이 있으면 소통에 유리하지만, PM의 본질은 관리와 조율입니다.
- PM과 PO를 같은 직무로 오해하는 경우가 많습니다. 채용 공고를 볼 때 프로젝트 단위 관리인지, 제품/도메인 지속 성장 담당인지 먼저 구분해야 합니다.
- 기업 규모만 보고 업무 강도를 예단하면 안 됩니다. 중견기업이라도 PM 주도권이 크게 주어지는 곳이 있고, 대기업이라도 보고 중심 업무 비중이 큰 곳이 있습니다.
- PM 채용 공고의 ‘기본 설계 역량 우대’는 필수 조건이 아닌 경우가 많습니다. 실제 업무는 설계보다 일정·이슈 관리 비중이 큽니다.
자주 묻는 질문
Q. PM이 되려면 개발을 잘 알아야 하나요?
개발 지식이 있으면 개발자와의 소통이나 일정 산정에 유리하지만, 필수 조건은 아닙니다. 기획자 출신 PM, 영업·사업관리 출신 PM도 많으며, 핵심은 프로젝트의 일정·비용·품질을 조율하는 관리 능력입니다.
Q. PM과 PO 중 어떤 직무를 선택해야 할까요?
정해진 기간에 결과물을 만들어내는 프로젝트 단위 업무를 선호한다면 PM, 하나의 제품이나 도메인을 지속적으로 성장시키는 업무를 선호한다면 PO가 더 잘 맞습니다. 두 역할은 회사마다 명칭과 범위가 혼용되므로 채용 공고의 실제 업무 내용을 꼭 확인해야 합니다.
Q. 프로젝트 매니저(PM)와 프로덕트 매니저도 다른가요?
같은 ‘PM’이라는 약칭을 쓰지만 다릅니다. 프로젝트 매니저(Project Manager)는 정해진 프로젝트의 총괄 진행을 관리하고, 프로덕트 매니저(Product Manager)는 IT 상품의 개발과 개선을 총괄합니다. 채용 공고에서 PM이 어느 쪽을 의미하는지 직무 설명을 반드시 확인해야 합니다.
Q. PM 업무 중 가장 중요한 단계는 무엇인가요?
4단계(제안/수주, 준비, 진행 관리, 사후 관리) 중 ‘진행 관리’는 모든 조직에서 예외 없이 PM의 핵심 책임으로 간주됩니다. 나머지 단계는 회사 구조와 개인 역량에 따라 관여 정도가 달라집니다.
Q. 스타트업과 대기업 PM의 업무는 어떻게 다른가요?
스타트업이나 빅테크에서는 PM(또는 PO)이 특정 도메인의 전략과 로드맵까지 주도적으로 수립하는 경우가 많고, 대기업이나 중견기업에서는 상위 리더가 정한 방향을 구체화해 보고 자료로 정리하고 실행 일정을 관리하는 역할 비중이 더 큰 경향이 있습니다. 다만 이는 절대적인 기준이 아니라 회사별로 편차가 크므로 입사 전 실제 업무 범위를 확인하는 것이 좋습니다.
