훌륭한 엔지니어는 지시가 필요 없고, 훌륭한 PM은 팀이나 로드맵을 통제하지 않는다 [번역글]

PM의 진짜 역할 재정의

• 훌륭한 PM은 팀이나 로드맵을 통제하지 않는다.
• 대신 시장 인사이트를 깊게 발굴해 팀이 잘못된 방향으로 가지 않도록 가이드한다.
• (원문: "훌륭한 PM은 팀을 통제하지 않는다. 인사이트를 발굴하고 방향 이탈을 막는다.")

PostHog 창업 배경: PM 없는 시작

• 2020년 Tim과 PostHog를 처음 시작할 때, 나는 절대 제품 관리자(PM)를 뽑지 않겠다고 완강히 주장했다.
• 엔지니어들이 제품 문제를 직접 고민하고 코드로 해결하도록 유도했다.
• 초기 스타트업에서 자율성을 최우선으로 한 문화 형성.

훌륭한 제품 엔지니어의 특징

• PM의 맥락(비전, 고객 니즈)을 별도 지시 없이 스스로 이해한다.
• 이를 바탕으로 빠른 프로토타입 제작 → 실험 → 피드백 수집 → 자동화 배포를 반복.
• 코드 실행력과 실험 속도가 핵심 강점.

PM vs 제품 엔지니어 역할 상세 구분

• PM 초점:
  • 시장 연구, 비즈니스 케이스 수립, 스테이크홀더(영업/마케팅) 조율.
  • 팀 전체에 방향성과 맥락 공유.
• 제품 엔지니어 초점:
  • 실제 빌드/테스트/배포 실행.
  • 고객 피드백 직접 수집하며 제품 개선.

이상적 협업 모델

• PM은 '통제자'가 아닌 '맥락 제공자'로 자율성 존중.
• 제품 엔지니어는 PM 목표를 공유하나 코드 중심으로 독립 실행.
• 결과: 전통 PM-엔지니어 경계 허물고, 빠르고 효율적인 제품 개발 문화.

글의 핵심 메시지 & 시사점

• PM 오해 바로잡기: 로드맵 강제 대신 인사이트 중심.
• 제품 엔지니어 활용 극대화로 스타트업 성장 촉진.