1. 제품 관리의 본질: 결과의 소유권
훌륭한 PM은 단순한 요구사항 전달자가 아니라 ‘제품의 CEO’로서 결과에 책임을 집니다. 엔지니어는 모호한 목표보다 명확한 문제 정의를 선호하며, PM은 기술적 복잡성을 해결 방향으로 전환하는 능력을 갖춰야 합니다. 단순히 기능을 나열하는 것이 아니라 사용자의 고통을 정의하고 이를 해결하기 위한 맥락을 제공하는 것이 핵심입니다.
2. 기업 성장 단계별 제품 관리 전략
-
초기 단계(Early-stage): 세련미보다는 속도가 중요합니다. 창업자가 직접 사용자와 소통하며 가설을 검증하고, 프로세스보다는 실행의 장애물을 제거하는 데 집중해야 합니다. Airbnb의 사례처럼 비확장적인 일이라도 사용자 문제를 직접 해결하는 것이 중요합니다.
-
성장 및 확장 단계(Scaling): 조직이 커짐에 따라 로드맵과 구조가 중요해집니다. Amazon의 ‘Working Backwards’ 사례처럼 엔지니어에게 단순한 요구사항이 아닌 비즈니스 맥락을 제공하여 기술적 의사결정을 돕습니다.
3. 엔지니어와 PM 간의 마찰 해소
마찰은 주로 불분명한 우선순위, 결과가 아닌 기능 중심의 사고, 기술적 공감 부족에서 발생합니다. 훌륭한 PM은 트레이드오프를 명확히 하고, 기술 부채를 인정하며, 엔지니어를 제품 설계 초기 단계부터 문제 해결 과정에 참여시켜 그들의 자율성과 동기를 고취합니다.