프로덕트 매니저(Product Manager 혹은 Product Owner)로 이직을 준비하는 A와 커피챗을 하다가, 그가 공부에 활용하고 있다는 몇가지 유튜브 채널, 강의, 블로그 등을 살펴볼 기회가 있었다.

좋은 자료도 더러 있었지만 아쉬움이 컸다. 내용이 부실했기 때문이다. 어떤 강의자는 실제로는 레퍼런스가 아주 안 좋은 분이거나, 심지어 PM으로 일하지 않은 분이 PM강의를 하는 경우도 있었다. (아는 분들이 있는 회사여서 여쭤볼 수 있었다)

대부분의 분야가 그렇듯, 일이라는 것은 지식으로 완성되는 것이 아니라 ‘습득’ 하는 것이라고 생각한다. 수영하는 법에 대한 책을 여러권 읽었다고 수영을 가르칠 수 없듯. 직무에 대한 지식도 걸맞는 경험이 있어야 하는 것이다.

의외로 표준화된 일

프로덕트 매니지먼트 분야는 보통 제너럴한 직무라고 생각하지만, 사실 PM의 일은 개발자의 스택과 비슷하다고 보면 된다. 전 세계적으로 매우 표준화 되어 있다. 애자일 컬쳐가 잘 구축되어있는 회사에서 일했다면 내일 당장 다른 회사에 출근해도 비슷비슷한 일들을 한다.

한편 우리나라에서는 PM이나 PO 직무가 몇년전부터 '유행'하면서, 채용을 위해 기획자라고 표현하던 직군 등에 대해 하던 일은 그대로 두고 직무명만 PO로 변경하는 트렌드가 있었다.

그래서 어떤 직무로 일했는지가 프로덕트 매니지먼트를 할 수 있다거나, 실력이 있다는 것을 완전히 대변하지는 못하는 것 같다.

예컨대 이전 조직에서 내가 관여하던 제품조직에서는 PM이 나를 포함해 네다섯명 뿐이었다. 반면 서비스 볼륨이 더 작은 경쟁사에는 같은 직무명을 가진 분들이 서른명 이상 있었다. 직무명은 비슷하지만 하는 일은 매우 달랐을 것이다.

따라서 PM관련한 강의/책/블로그를 읽거나, 혹은 PM을 채용한다면. 이전 경력에서의 직무명이나 연차를 보는 것은 큰 의미가 없고, Product management 를 할 수 증명할 수 있는 '업무'들을 수행한 경험이 있는지를 확인하는게 더 좋다고 생각한다.

내가 생각하기에 PM이 필요한 경험들은 적어도 아래와 같다.

PM이 할 수 있어야 하는 일들

[문제 해결] 기본적으로 제품분야에서 문제를 찾고, 해결하는 일을 한다. 일을 시작하고 되게끔 만드는 과정에 모두 관여한다.
[PRD & Documentation] PRD (Product Requirement Doc] 를 쓰는 일이 익숙하다. 1 pager 든, 6 pager든, 생각을 구조화해 일정한 내러티브의 문서로 작성하는 일에 트레이닝 되어 있고, 이것을 토대로 이해관계자들을 설득하는 일이 익숙하다.
반대로 화면 설계에는 되도록 적게 관여한다. 그것은 Product designer 의 일이다. (이것은 전통적인 제품 조직에서의 기획자 role과 애자일 조직에서의 PM role의 큰 차이인 것 같다)
[Prioritization - 우선순위] 나름의 체계를 가지고 회사의 목표에 기여할만한 feature들의 우선순위를 정할 수 있다.
[실험설계와 검증] 실험을 설계할 수 있다. 특히 가설을 세우고, 적당한 Guardrail metric과 Success metric을 설정할 수 있다. 기본적인 수준의 AB Testing 경험이 여러번 있고, Hold out testing 경험도 있으며, 기본적인 통계적 유의성에 대한 개념(이를테면 p value)을 이해하고 있다.
[분석과 설득] Launch review 같은 프로세스를 경험했다. 실험 결과를 분석해 여러 이해관계자들의 챌린지를 극복하고 설득한 경험이 있다.
[UXR] UT (Usability Test)정도는 스스로 할 수 있다.
[Roadmapping] 적어도 분기(quarter) 이상의 기간 동안 해야 할 이니셔티브를 합리적인 기준으로 도출해내고, 해당 이니셔티브를 달성하기 위한 프로젝트나 feature들을 정의할 수 있다.
[의사결정과 커뮤니케이션] 매우 다양한 이해관계자들이 일을 해야 하는 이유에 대해서 묻거나, 무언가 정의해달라는 요청을 할 것이다. 그런 요구사항 속에 쌓여서 살며 일이 되게끔 만든다.

※ 이 리스트는 Seniority가 적은 Individual Contributor PM이 하는 일 기준이다. Managing role은 또 많이 다르다.

마치며

돌아돌아 설명했지만, 결국 직무명이나 경력보다 Product management의 '일'을 '할 줄 아는 것'이 무엇보다 중요하다는 것이다.

강의자나 저자, PM 후보자가 위와 같은 사항들에 대한 경험이 있는지 검토하면 좋은 강의를 찾고, 적합한 PM을 채용하는데 도움이 될 것이라고 생각한다.

아울러, '1n년차 PM' 과 같은 소개 문구가 있다면 나는 조심스럽게 접근하는 편이 좋다고 생각한다. 해외 조직에서 오래 일하던 분을 제외하면, 한국에 제대로 된 PM role을 가져온 조직의 역사가 이제 10년 정도 밖에 되지 않았기 때문이다.

훌륭한 분들이 본인보다 부족한 사람들의 강의에 돈을 지불하는 일이 없기를 바라면서.

끝.

Discussion 0

추천 아티클