프로덕트 매니저 vs 프로덕트 오너 vs 프로젝트 매니저: 헷갈리는 세 역할

프로덕트 매니저, 프로덕트 오너, 프로젝트 매니저. 이름이 비슷하고 모두 ‘PM’ 혹은 ’PO’로 줄여 부르니, 실무에서 이 셋을 혼동하는 일이 흔합니다. 채용 공고에서도 이 용어들이 뒤섞여 쓰이곤 하죠. 하지만 세 역할은 지향점과 책임이 다릅니다. 이 차이를 명확히 알아야 자신의 역할을 제대로 이해하고, 커리어 방향도 분명해집니다. 이 글에서 세 역할을 구분해보겠습니다.

세 역할의 핵심 질문

각 역할을 가장 간단히 구분하는 방법은, 그들이 답하는 핵심 질문을 보는 것입니다.

프로덕트 매니저는 “무엇을, 왜 만들 것인가” 를 답합니다. 고객의 문제를 발견하고 제품의 방향과 우선순위를 정하는, 제품 전략의 주체입니다.

프로덕트 오너는 “이번에 무엇을 만들 것인가” 를 답합니다. 애자일/스크럼 팀 안에서 백로그를 관리하고 개발자에게 무엇을 만들지 구체적으로 전달하는 일을 맡습니다.

프로젝트 매니저는 “어떻게 제때 완수할 것인가” 를 답합니다. 정해진 목표를 일정, 예산, 범위 안에 완료하도록 실행을 관리합니다.

한 문장으로 요약하면, 프로덕트 매니저는 방향을, 프로덕트 오너는 실행 단위의 우선순위를, 프로젝트 매니저는 완수를 책임집니다.

프로덕트 매니저와 프로덕트 오너의 관계

이 둘이 가장 헷갈립니다. 겹치는 부분이 많기 때문입니다.

프로덕트 오너(PO)는 원래 스크럼이라는 애자일 프레임워크에서 나온 말입니다. 스크럼 가이드 2020판은 이를 직함이 아니라 ’책임(accountability)’으로 설명합니다. 스크럼 팀 안에서 제품 백로그를 관리하고, 우선순위를 정하고, 개발자가 무엇을 만들지 분명히 하는 일이 PO가 지는 책임입니다. 즉 PO는 애자일 개발 과정에 밀착된 전술적 역할에 가깝습니다.

프로덕트 매니저는 이보다 넓은 범위를 봅니다. 시장과 고객, 경쟁, 사업 전략까지 아우르며 “애초에 무엇을 왜 만들어야 하는가”를 결정합니다. 전략적 역할이죠.

조직에 따라 이 둘을 한 사람이 겸하기도 하고, 나누기도 합니다. 큰 조직에서는 프로덕트 매니저가 전략과 방향을 잡고, 프로덕트 오너가 그것을 개발자와 함께 실행 단위로 풀어내는 식으로 협업하기도 합니다. 반대로 작은 조직에서는 한 사람이 두 역할을 모두 수행하는 경우가 많습니다.

프로덕트 매니저와 프로젝트 매니저의 관계

이 둘의 차이는 앞 글에서도 다뤘듯 “무엇을(what)“과 “어떻게(how)“의 차이입니다.

프로덕트 매니저는 올바른 제품을 만드는 데, 프로젝트 매니저는 그 제품을 효율적으로 완성하는 데 집중합니다. 프로덕트 매니저가 “이 기능을 만들 가치가 있는가”를 묻는다면, 프로젝트 매니저는 “이 기능을 어떻게 일정 안에 완성할까”를 묻습니다.

또 프로젝트는 완료되면 끝이지만, 제품은 끝이 없습니다. 프로젝트 매니저의 관심은 정해진 프로젝트의 완수에 있고, 프로덕트 매니저의 관심은 제품의 지속적 성장에 있습니다.

왜 구분이 흐릿할까

현실에서 이 역할들의 경계가 흐릿한 이유가 있습니다. 조직마다 같은 직함을 다른 의미로 쓰기 때문입니다. 어떤 회사의 ’프로덕트 매니저’가 다른 회사의 ’프로덕트 오너’와 비슷한 일을 하기도 하고, 스타트업에서는 한 사람이 세 역할을 모두 겸하기도 합니다.

그래서 직함 자체보다 “실제로 무엇을 책임지는가”를 보는 것이 중요합니다. 채용 공고나 조직을 볼 때도 직함이 아니라 실제 역할과 책임을 확인해야 정확히 파악할 수 있습니다.

마무리

프로덕트 매니저는 “무엇을 왜 만들지”라는 방향을, 프로덕트 오너는 애자일 팀 안에서 “이번에 무엇을 만들지”라는 실행 단위 우선순위를, 프로젝트 매니저는 “어떻게 제때 완수할지”를 책임집니다. 조직마다 경계가 다르므로 직함보다 실제 책임을 보는 것이 중요합니다.

역할 구분을 명확히 했다면, 프로덕트 매니저로 성장하는 길이 궁금해집니다. 다음 글에서는 프로덕트 매니저의 커리어 패스를 다루겠습니다.

참고

• Schwaber, K., & Sutherland, J., 스크럼 가이드 2020(프로덕트 오너 설명 부분, CC BY-SA 4.0)