상위 1% PM

최근 지인이 PM의 역할에 대해서 물어봐 이야기를 나눴다.

나는 PM이 잘해야 되는 것을 딱 한문장으로 정리하면 프로덕트가 성공하기 위해 팀원들이 각자의 영역에서 최고의 의사결정을 내는 것에만 집중할 수 있도록 환경을 조성하고 관리하는 사람이라 생각한다. 결정의 구체적 범위는 팀의 미션, 문화, 단계, 전략, 로드맵 등에 따라 다를 수 있지만 일반화시켜 이야기하자면 개발자는 최고의 개발 결정을 내리는 것에만 집중하게 해야되고 디자이너는 최고의 해결책을 내리는 것에만 집중할 수 있도록 해야된다. 이를 목표로 일을 하면 나머지는 다 따라온다.

이를 달성하기 위해서 PM이 갖춰야 될 역량이 여러개 있는데 이를 잘 정리해 놓은 글이 있어 공유한다.(번역하는 과정에서 저의 생각이 약간 첨가 되었을 수도 있으니 원본을 보고 싶은 분들은 아래에서 원본 링크를 클릭해보세요.)

1. 생각을 크게 해야 된다 - 눈앞에 보이는 작은 기회가 아닌 더 큰 기회를 볼 수 있어야 된다.

2. 탁월한 커뮤니케이션 역량을 지녀야 된다 - 데이터가 있을때는 데이터를 잘 사용하고 그렇지 않을때는 사람들이 갖고 있는 편견, 신념, 동기 등을 이해하고 이를 활용해 필요한 자원을 확보할 줄 안다.

3. 단순해야 된다 - 20%만의 노력으로 80%의 가치를 얻을 수 있어야 된다. 디자이너나 개발자들이 과도한 디자인 혹은 개발을 하려 할때 단순화 시킬 줄 알아야 된다.

4. 우선순위를 잘 세운다 - 단기적인 성과를 위한 투자, 장기적인 성과를 위한 투자, 비즈니스를 성장시키기 위한 투자, 비즈니스를 더 탄탄하게 하기 위한 투자 등의 우선순위를 잘 구분하여 순서를 잘 만든다.

5. 예측과 측정을 잘한다 - 이전 경험 혹은 벤치마크들을 활용해 프로젝트로부터 얻을 수 있는 가치를 미리 어느정도 예측을 하고 이를 잘 측정할 수 있어야 된다. 프로젝트 시작 전 KPI를 잘 설정하고 측정 방은을 잘 설계해야 된다.

6. 실행력이 좋아야 된다 - 기간에 맞춰 유저들에게 기능을 전달하기까지 어떤 문제든 해결할 수 있어야 된다. 채용을 하든, 직접 개발에 관여를 하건, 세일즈를 하건.

7. 기술적 비용에 대한 이해가 있어야 된다 - PM이 CS전공자일 필요는 없지만 어느 정도의 기술적 이해력을 갖고 특정 기능 개발이 어느 정도의 기술적 복잡성을 지니고 있는지를 파악하고 우선 순위를 세울 수 있어야 된다.

8. 좋은 디자인에 대한 이해가 있어야 된다 - 좋은 디자인을 직접 만들 역량을 갖출 필요는 없지만 좋은 디자인과 안 좋은 디자인을 선별할 수 있는 역량을 갖춰야 된다.

9. 글을 잘써야 된다 - 간단 명료하게 글을 쓸 줄 안다. 글을 길게 쓸수록 글의 전달력이 떨어지는 것을 이해한다. 기능 개발에서는 적절한 단어를 활용할 줄 알아야 된다.

10. 팀의 신뢰를 얻을 수 있어야 된다 - 사람들에 대한 이해를 바탕으로 신뢰를 얻을 수 있어야 된다. 개개인 마다 신뢰를 얻는 방법이 다를 수 있으며 이를 이해하고 다른 접근 방법을 써가며 신뢰를 얻어내야 된다.

11. 데이터를 파고들 줄 알아야 된다 - 최적의 결정을 내리기 위해 어떤 데이터가 필요한지 명확히하고 이 데이터를 얻어낼 수 있어야 된다.

12. 틀린 것이 있을때 집어낼 수 있어야 된다 - 더 높은 결정권자의 압박에도 불구하고 틀린 것이 있다면 틀린 것을 집어내고 데이터와 논리를 바탕으로 자신의 주장을 할 수 있어야 된다.

13. 변화에 빨리 적응할 수 있어야 된다 - 리더쉽이나 회사의 전체적인 방향 혹은 전략의 변경에 크게 동요하지 않고 빨리 적응해서 최대의 임팩트를 낼 수 있어야 된다.

14. 임팩트를 내는 것에 대한 갈망이 있어야 된다 - 진급과 같이 보여지는 것에 신경쓰기 보다는 하루에 얼마나 임팩트를 낼 수 있는지가 동기가 되어야 된다.

여기에 나와있는 모든 것을 잘하기는 거의 불가능하다. 이 글의 저자는 최소 요건으로 커뮤니케이션 역량, 우선순위를 가르는 역량, 그리고 실행력을 가져야 된다고 하며 개인적으로 이에 동의한다.

원문: