🚀 서비스 기획자에서 PM으로 대다수의 PM은 처음에 특정 직군으로 일을 시작한다. 나 또한 디자이너로서 시작하였고, 저자도 서비스 기획자로서 긴 시간 관련 일을 하다가 프로덕트 매니저가 된 케

🚀 서비스 기획자에서 PM으로 대다수의 PM은 처음에 특정 직군으로 일을 시작한다. 나 또한 디자이너로서 시작하였고, 저자도 서비스 기획자로서 긴 시간 관련 일을 하다가 프로덕트 매니저가 된 케이스이다. 프로덕트 매니저로서 직무를 변경하는 시점은 다 다른 것 같다. 회사의 상황, 커리어 전환, 시니어로서 업무 확장, 책임의 범위 등 다양한 시점에 프로덕트 매니저로서의 역할에 대해서 고민하는 것 같다. 저자도 평소처럼 하던 일을 열심히 하다 보니 본인의 직무에 대해서 고민하고 찾아보게 되고 프로덕트 매니저로서의 직무에 대해서 조금씩 본인 나름의 기준을 잡아가는 게 느껴졌다. (나도 인스파이어드 책을 통해서 PM 직무를 알아갔다) 저자가 강조한 PM의 역할은 의사 결정을 하고 제품 비전을 통해 로드맵을 그리고 그에 따른 책임을 진다는 부분은 모든 사업 분야에서 공통된 사항이라고 생각한다. 혹여, 조직 규모가 커져서 PM이 여러 명이고 각자 담당하는 제품이 있는 상황에서는 회사의 비전과 목표 아래에서 제품 간의 연결도 중요해지니 이때는 제품 시장과 비즈니스까지 아울러 볼 수 있는 시야가 경험을 통해서 생기지 않을까 싶다. 📝 이하 아티클 메모 1. 서비스 기획자와 프로덕트 매니저는 다르다. 굳이 업무로만 따지자면 그 둘의 교집합이 있을 수 있고, 유사한 부분이 있을 수 있다. 하지만 애초에 접근하는 방식 자체로서 그 둘은 다르다. 2. 기획자는 하나의 서비스(제품)을 기획하고, 가야 할 방향을 고민하기도 하지만 (+조직에 따라 일정관리나 운영, QA도 참여) 프로젝트의 단위로 생각하고 고민하는 데에 특화, 집중된 포지션이라고 생각한다. 3. 프로덕트 매니저는 프로덕트에 한해서는 권한과 책임 측면에서 미니 CEO여야 한다. 4. PM의 업무 동기나 의사결정은 프로덕트의 비전을 바라보아야 한다. 단순히 제품의 기능 구현이나 출시에서 더 나아가 시장과 비즈니스까지 아울러 볼 수 있는 사람이어야 한다. 이 관점에서 프로덕트의 로드맵도 그릴 수 있는 역량이 필요하다. 5. 제품을 함께 만드는 이들을 아우를 수 있는 인성도 필요하다. 프로덕트를 만들기 위해 함께 하는 사람들 -디자이너, 개발자, 데이터, QA, 마케팅, 사업-은 전문가 집단이다. 전문가들의 전문성을 인정하되 큰 그림을 보며 걸어가는 사람이어야 한다. 좋은 에너지를 주고받으며 함께 성장해나가는 조력자가 되어야 한다.