🗃PM에게 요구되는 비즈니스 관점의 역량 프로덕트를 관리하는 PM에 있어서 개발하기 복잡하거나 규모가 큰 프로젝트일수록 PM의 역량이 정말 중요해진다. 이는 단기간에 습득하기 힘들다고 생각하는데

🗃PM에게 요구되는 비즈니스 관점의 역량 프로덕트를 관리하는 PM에 있어서 개발하기 복잡하거나 규모가 큰 프로젝트일수록 PM의 역량이 정말 중요해진다. 이는 단기간에 습득하기 힘들다고 생각하는데, 프로덕트를 계속 성장시키면서 작고 큰 프로젝트를 많이 경험해보아야 비로소 비즈니스 관점과 수익에 대한 영향(매출 뿐만 아니라 비용 삭감), 사업 구조 등을 이해하게 됨으로써 해당 중요 사항이 제품 개발에 어떤 영향을 주는지 똑바로 이해할 수 있게 된다. 명확한 목표가 있는 시점에 기획, 디자인, 개발에 집중하여 최상의 퍼포먼스를 내는 것은 당연히 중요하지만, 회사의 목표와 비즈니스 관점, 시스템 구조가 항상 개발과 함께해야 하는 것을 잊지 말자. 📝 이하 콘텐츠 요약 1. 개발적으로 복잡한 프로덕트에 요구되는 기획자의 역량 복잡한 프로덕트의 특성상 많은 외주 기획자들이 힘들어한 포인트가 있다. 바로 유즈 케이스가 사용자 레벨보다 데이터와 정산의 영역까지 고려되어야 한다는 점. 이러한 관점이 어려운 가장 큰 이유는 고객의 UI레벨에서만 생각하는 버릇을 들였기 때문이었다. 구현의 방식과 로직은 관심에 두지 않고 오로지 UI 설계와 디자인적 요소에만 역량을 집중시켜왔기 때문에 실제 좋은 프로덕트의 구조적인 부분은 개발에 전가하는 것이다. 해결해야하는 문제만 던져주는 꼴이 된다. 기획자는 프로덕트의 중요성을 지속적으로 알리기 위해서 WHY를 설명한다. 그런데 개발에 보내는 케이스나 구조에 대한 고려없는 그림은 why도 what도 how에도 모두 못 미친다. 2. 어떤 기획자가 되어야하는가에 대해 고민 애자일 방법론에서 기획은 How를 다루지 않아야 개발자의 역량을 발휘할 공간이 생긴다고 말한다. 하지만 비즈니스적인 영향도와 스프린트나 마일스톤을 쪼갤 개발 업무 우선순위를 정하려면 개발 구조에 대한 이해도는 필수적이다. 디자인과 UI, 텍스트의 정의도 중요하지만 구조적인 부분의 프로덕트를 다룰때는 결국 정책과 법이 시스템에 어떤 영향을 주는지에 대한 똑바른 이해가 중요하다. 재밌다고 해서 한쪽에만 치우쳐진 공부를 해서는 안된다.