💬 우리 회사는 IT기업일까요? Product 기업일까요? "Product Manager라는 일은 단순히 Jira같은 협업툴 관리나 어느 기관에서의 라이센스 획득이 아닙니다" 개발자 출신으로 HP와 Netscape를 거쳐 eBay에서도 다양한 PM 커리어를 이어온 Marty Cacan은 '린, 애자일 방법론' 이 정상적으로 실현되기 위한 중요한 원칙과 Product 기반 조직으로 거듭나는 것이 왜 그토록 어려운지 설명합니다. Product-Led Growth는 서비스 성장을 위해 몇 년 동안 강조되기 시작한 개념이지만, 정작 이것을 수행하기 위한 중심축인 Product Manager의 업무는 어떻게 발전해야 할지 논의하는 것은 복잡합니다. PM의 역량 평가, 코칭 과정이 복잡하고 어려울 수밖에 없는 것은 PM에 대한 역할론과 조직 차원의 문제로 귀결됩니다. ✅ Product Manager의 경쟁력 요소 1. 고객에 대한 이해 2. 고객이 만들어내는 데이터에 대한 이해 3. 업계에 대한 이해 4. 회사 자체의 운영 구조에 대한 이해 이것이 잘 원활히 수행되기 위해, PM을 코칭하고 관리할 수 있는 Director of PM의 역할이 매우 중요함에도 Agile 모델에서의 Product Owner / 프로젝트 일정 관리와 다름없는 수준으로 활용된다면 PM의 역량은 발전할 수 없음을 피력하고 있습니다. (15가지 영역에 대한 코칭과 평가는 https://svpg.com/coaching-tools-the-assessment/ 을 통해 참고하실 수 있습니다.) PM 개인 역량의 발전과 더불어, 스타트업 조직 내에 관철되어야 할 4가지 원칙을 설명하고 있습니다. 프로덕트 팀이 제품 전체에 대한 통솔 & 의사결정 권한과 책임을 동시에 위임받으며 빠른 학습과 발전을 보장할 수 있어야 한다는 것이 핵심 내용입니다. ✅ Lean startup 조직을 위한 중요한 4가지 원칙 1. 최소한의 것을 자주 만들어서 배포 (Discover & Deliver) Discovery : 스케일업이 불가능한 수준에서의 최선; 법적인 요건을 충족하며 기본적인 니즈 충족을 확인 Delivery : 스케일업 가능한 것;다른 사용자 그룹의 신뢰를 얻기 시작하며, 유지보수 & 개선을 위한 피드백 확보 2. Product 팀에게 권한과 책임을 모두 위임하는 조직구조 IT 기업 : 핵심 아이디어는 C레벨이 미리 정해놓고 Top-down, 검증되지 않은 Feature를 계획대로 제작하는 것에 집중 Product 기업 : Product Manager가 중심이 되어 팀 차원의 의사결정 Action Item을 수립, 아이디어 검증과 실행이 신속하게 이뤄짐 3. 혁신을 위한 빠른 학습 (Optimization & Discovery) Optimization : 서비스 내부의 AB테스트를 통한 전환율 개선과 같이, 운영 과정의 기본 상황을 개선 Discovery : 서비스의 큰 방향 자체를 개편하는 시도, 리스크는 커지므로 소수 유저 대상으로 실시 4. 리소스 허비의 최소화 OKR 등 평가 모델 자체가 실험보다 중시되는 것을 각별히 주의해야 함 각종 Risk를 평가하되, Gatekeeper의 역할보다는 문제해결/대안제시에 주력해야 함 프로덕트 매니저 & 프로덕트 디자이너의 조합으로 리서치 + 기획이 동시에 가능한 팀워크 구축 이렇게 일하고 있지 않다면 단순 IT 제조업에 종사하고 있다고 할 만큼 Product Managing에 대한 Marty Cacan의 철학은 매우 확고합니다. 우리 조직은 과연 Product 조직일까요? IT 조직일까요?