https://s3-us-west-2.amazonaws.com/secure.notion-static.com/ae35bfac-9f23-4c35-b1a5-4a99d8db2fe9/Untitled.png

PM (Product Manager) 직무는 참 흥미롭다. IT 직군으로 한정짓더라도, 각 서비스마다 PM 직무를 설명하는 Description은 천차만별이다. 또 어떤 회사는 PM 이 아닌 PO (Product Owner) 직무를 두기도 한다. (대표적으로 토스가 그러하다.) 하여 ‘PO와 PM 은 대체 어떤 차이가 있는 것인가’ 에 대한 담론은 또다른 흥미거리이다. 관련해서는 다음 번에 다뤄보기로 하고, 오늘은 PM 직무에 대해 이야기 해보려 한다. 딜라이트룸에 조인한지 만 3주가 지났다. ‘Product 자체의 우수함’이 매출과 성장의 동력인 조직에서 정의하는 PM 은 그간 내가 알고 지내온 PM 의 정의와 사뭇 달랐다. 아니 많이 달랐다. 지금까지 내가 바라보았던 PM 직무에 대한 관점은 어찌보면 다른 관점이었을 수도 있고, 틀린 관점이었을 수도 있겠다. 비즈니스보다도, 제품(Product) 자체가 우선인 조직에서의 PM 직무는 어떻게 남다른지 알아보자.

업계의 많은 이들은 물론이거니와, 나 조차도 PM 직무에 필수적으로 요구되는 역량이 무엇이냐는 질문을 받으면, 한치의 망설임도 없이 ‘커뮤니케이션 역량’을 꼽곤 한다. 틀린 말도 아닌 것이, 사업 본부와 제품 본부 사이에서 의견을 조율하고, 제품 본부 내에서 여러 개발자들과 디자이너들을 이끌고 단일의 목표를 성취해야 되기 때문에 커뮤니케이션 역량이 없이는 PM 직무를 수행할 수 없는 것은 사실이다. 다만 그것이 충분 조건이냐 하면 그것은 틀린 말이었다. 지금까지 나를 비롯하여 많은 이들은 Backlog Manager 와 Product Manager 를 혼동하고 있었던 것이다.

https://s3-us-west-2.amazonaws.com/secure.notion-static.com/f012c645-197a-4dcf-b6da-b1b9fc037233/Untitled.png

제품 본부는 으레 스프린트(Sprint)라는 주기(Cycle)에 기반하여 협업 프로세스를 돌린다. 일종의 컨베이어 벨트를 돌리는 셈인데, 흔히 파이프라인이라고 부르기도 한다. 이 때 파이프라인에 어떤 개발 작업을 올릴 것인가를 고민하고 결정하는 것이 PM 의 역할 중 하나이고, 그 후보들을 Backlog 라고 일컫는다. (‘뒤에 쌓여있는 일더미’ 라는 의미) Backlog Manager 로서의 PM 은, Backlog들을 주기적으로 검열하여 당장 필요없는 것들을 삭제하고, 각각의 예상되는 임팩트와 개발 공수를 산정하여 어느 스프린트에 넣으면 좋을지 결정한다. 그리고는 담당 작업자(개발자 또는 디자이너)들과 커뮤니케이션하며 목표로 하는 타임라인에 맞춰 딜리버한다. Backlog Manager 가 우선 순위 산정을 얼마나 정확하게 하였느냐, 해당 과제에 대해 작업자들과 얼마나 잘 싱크(Sync)하였나, 진행 과정에서 핑퐁을 얼마나 지체없이 정확히 하였느냐에 따라 제품 팀의 퍼포먼스가 크게 달라지기 때문에 어찌보면 커뮤니케이션 역량이 전부인 것처럼 느끼는 것도 무리는 아닐 수 있겠다. 허나 지금까지 이야기한 것들은 PM 의 여러 역할 중 하나인 Backlog Managing에 국한된 이야기이다. Product Manager 는 Backlog Manager 를 넘어서는(beyond) 역량을 수행해야 하는 직무라는 사실을 뒤늦게 깨달았다.

자, 간략하게 Product Manager 와 Backlog Manager의 차이를 정리해보고, 왜 많은 조직들이 Product Manager 직무를 채용하면서 Backlog manager의 역할을 요구하는지도 함께 고찰해보자.

https://s3-us-west-2.amazonaws.com/secure.notion-static.com/fbc68589-df92-4dcd-804e-48dbd73a1136/1cFufTB-_G95z9LVwSAT6Eg.png

Backlog Manager

  1. 백로그의 출처 : 이미 수많은 백로그들이 수동적으로 주어지는 형태. 타 부서에 의존적으로 행동

항상 Backlog Manager 의 눈앞에는 일들이 산적해있기에 주어지는 것들만 문제없이 쳐내도 대단한 것이 된다. 그리하여 아래와 같은 역량이 요구된다.

  1. 핵심 역량 : 쏟아지는 일들을 우선순위를 정하여 기한 내에 완수하는 능력

위 역량을 갖춘 사람 하나 찾기도 어려운 것이 현실이다. 위와 같은 역량을 바탕으로 쏟아지는 일들을 수행하다 보면, 업무를 수행함에 있어 주된 사고의 출발점은 아래와 같아진다.

  1. 사고의 출발점 : 해야 할일(What과 How)에 대한 사고 위주

위와 같은 특질들은 보통의 조직에서 Product Manager 의 특질로 대체되는 내용들이기도 하다. 하지만 정확히는 Backlog Manager 의 특질이다. 이를 넘어서는 Product Manager 들의 특질은 아래와 같다.