🧡 | PM(Product Manager)은 직책이 아닌 직무다 | 패스트캠퍼스 PM부트캠프 2기 강의필기

Product Manager은 다양한 이름을 가지고 있다.

PM(Product Manager), PO(Project Owner), 서비스기획자, PM(Project Manager)

각각의 이름에 따라 강조되는 업무는 회사마다 다를 수 있다.

 

 

 

 

 

패스트캠퍼스 PM부트캠프 강의 필기

하지만 큰 틀 안에서는 분명히 리더의 역할을 수행한다.

 PM은 프로젝트를 이끌어가는 리더로서, 엔지니어팀(개발자, 디자이너)과 소통하는 모든 커뮤니케이션의 허브(Hub)와도 같다.

 따라서 영향력을 통해 모든 사람을 이끌어야한다. 여기서, 한가지 오해가 발생한다.

 

 

 

 

그렇다면 PM은 높은 직책을 가진 Boss가 아닌가?

이러한 오해들을 해결하려면, PM이 정확이 무엇인지 정의해야한다.

 

 

 

 

 

DEFINE PRODUCT MANAGER

 6 THINGS A PRODUCT MANAGER IS NOT

1. THE BOSS

• 사람을 관리하는 매니저, 상사가 아니다.
• 왜?를 알아내고 다른 사람들에게 설명하는 역할을 한다.
• 양보나 타협없이 최고의 아이디어를 내는 것이 아닌, 소속팀에서 최선을 다해 협업하는 것이다.
• 즉, 여러사람들과 지속적으로 소통하며 엔지니어&디자이너들과 협업해야된다.

2. A TECHINE

• 능숙한 기술자가 아니다.
• 기술적인 부분보단 비즈니스적인 역할을 담당한다.
• 모든 것을 이해X / 소통을 위한 가능한 최소한의 것들을 이해O

3. A MARKETER

• 고객에게 더 나은 점을 직접 설명할 필요 없다.
• 고객 문제에 대한 지식만 입력하면 된다.

4. A PRODUCT OWNER

• Owner : delivery에 더 많은 시간
• Manager : discovery에 더 많은 시간을 갖는다
• 즉 PM은 생각할 시간을 많이 같는 것, 전략적 계획을 생각하는 것이 중요하다.

5. AN AGILE FASCIST

• 그 상황과 환경에 맞는 개발 방법을 찾는 것이다.
• 애자일 방식이 현재 뜨고 있다고 무조건적으로 그것만 고려해서는 안된다.
• 때로는 워터풀 방식도 맞을 때가 있다.

6. A DATA ANALYST / A USER RESEARCHER

• 데이터를 해석하고 다음 질문이 무엇인지 파악 후 고객이 매력적인 답변을 내놓는 것만이 역할이다.
• 분석 전문가가 될 수 있지만 최종 사용자에게 가치를 주지 않는 활동을 제거하는 것이 목표
• 데이터를 이해하고, 적용하고, 공유하지만 모든 데이터를 직접 수정할 필요 없다. (엔지니어의 몫)

 

 4 THINGS A PRODUCT MANAGER IS

1. A COMMUNICATIONS HUB

• 엔지니어들과 끊임없이 소통해야한다.

2. A PRIORITIZER

• 엔지니어들에게 최종 목표에 맞추어진 우선순위를 지정해주어야 한다.

3. A PRESENTER

• 고객의 필요를 파악하는 전략가
• 엔지니어에게 설명하는 발표자, 협상가

4. RESPONSIBLE FOR THE ULTIMATE SUCCESS OF THE PRODUCT

• PM은 궁극적인 성공에 대한 책임을 갖는다.

 

PM은 높은 직책이라는 흔한 편견들이 있다. 나 또한 PM이라는 단어를 보면 직무보다는 직책이라는 이미지가 더 먼저 떠올렸었다.

이번 1주차 수업에서 강사님께서 재차 강조하신 "PM은  BOSS가 아니다."라는 말이 인상깊어서 이렇게 글을 쓰게 되었다. 앞으로 PM이 되었을 때, '내가 더 높은 사람이 아니며, 협업의 중심점에 있는 리더일 뿐이다.'라는 겸손한 마음으로 팀을 돌아봐야겠다. 결국 팀을 이끄는 사람은 소통을 통해 끊임없이 다양한 이해를 쌓아가고, 문제를 직시해나가며 솔루션을 내는 것이다. 최고의 솔루션을 내고, 왜 이것을 개발해야하는지에 대한 물음에 최선의 답을 낼 수 있는 PM이 되길!