1P by neo 6달전 | favorite | 댓글 1개

제품 개발팀에는 더 적은 PM이 필요하다

  • 많은 회사들이 과도하게 많은 제품 관리자(PM)를 고용하는 경향이 있음.
  • PM들은 종종 프로젝트 관리 작업과 로드맵 업데이트에 시간을 할애하는 반면, 실제로는 비즈니스를 위한 제품 최적화에 집중해야 함.
  • 제품 팀보다 적은 수의 PM이 필요하며, 이는 제품, 팀, 비즈니스의 요구에 따라 달라질 수 있음.

스타트업에게 의미하는 바

  • 스타트업에서 PM을 고용하는 이상적인 시기는 창업자들이 모든 중요한 제품 결정에 관여할 수 없을 때임.
  • 조직 규모가 50 ~ 100명 사이이고 3 ~ 5개의 제품 팀을 가질 때가 되면, 이미 명확한 전체 제품 전략이 있어야 하며, 누군가가 그 전략을 실행하고 더 낮은 수준에서 방향과 결정에 관여할 필요가 있음.
  • 경험이 많은 PM을 원하며, 창업자들은 여전히 제품의 사실상 책임자로 활동해야 함.

팀이 제품 중심이 되도록 만드는 방법

  • 제품 개발팀은 사용자와 그들의 맥락에 대한 더 나은 이해를 필요로 하며, 제품 형성에 적극적으로 참여해야 함.
  • PM은 UX, 와이어프레이밍, 진행 상황 추적, 스탠드업 조직, PRD/스펙의 단독 저자 등을 담당하는 것이 아니라, 제품의 비전을 명확히 전달하고, 팀이 올바른 문제를 해결하며, 제품의 명확한 방향과 비즈니스 요구와의 일치를 유지하는 데 집중해야 함.

제품 중심 팀 만들기

  • 디자인, 엔지니어링, 제품/창업자 간에 논의를 시작하기 전에 함께 앉아서 어떻게 진행할지에 대해 합의하고 계획을 세움.
  • 모든 팀원이 사용자 연구와 사용성 테스트에 참여하도록 함으로써 사용자가 제품을 사용하는 모습을 보고 인사이트를 얻음.
  • 팀 관리 방식에 주의를 기울여야 하며, 티켓 마감 수나 스토리 포인트로 팀 성과를 측정하는 것은 제품을 만드는 것이 아니라 티켓을 마감하는 것이 업무라는 잘못된 메시지를 줄 수 있음.
  • PM 도구 사용을 피하고, 모든 팀원이 사용자 피드백, 인사이트, 데이터, 스펙, 로드맵에 접근하고 이해할 수 있도록 해야 함.

GN⁺의 의견

  • 제품 관리자의 역할은 제품 개발 과정에서 중요하지만, 그 수가 많다고 해서 반드시 제품 중심적인 조직이 되는 것은 아님.
  • 제품 개발은 협업적인 노력이 필요하며, 디자인과 엔지니어링 팀이 사용자 이해도를 높이고 제품 형성에 적극적으로 참여해야 함.
  • 이 기사는 제품 팀의 효율성을 높이기 위한 실질적인 조언을 제공하며, 팀원 모두가 제품 전략과 비즈니스 목표를 공유하고 이해하는 것의 중요성을 강조함.
Hacker News 의견
  • 제품 관리자(Product Manager, PM)에 대한 경험 공유

    • 한 엔지니어링 매니저는 제품 관리가 회사에서 중요한 역할이지만 어려운 일이라고 언급함.
    • 능력이 떨어지는 PM들은 종종 엔지니어링 팀을 지나치게 관리하거나 정치적 행위에 더 관심을 가짐.
    • 조직에서 PM을 각 팀의 '미니 CEO'로 배치하고 기술적 역량이 부족하면 '미니 CTO'와 짝을 이루는 것이 좋다고 제안함.
  • 개발자에 대한 인센티브 문제

    • 개발자들은 기술적 성취에 더 열정적이며, 이는 종종 공식적인 보상과 연결됨.
    • 고객 연구와 같은 비기술적 노력은 기술적 성취만큼 인정받지 못할 수 있음.
    • 조직이 사용자 중심의 가치를 더 중요하게 여기고 보상 체계를 변경하는 것은 관리직에 큰 변화를 요구할 것임.
  • AI 아트에 대한 의견

    • AI 아트를 블로그 기사의 주요 이미지로 사용하는 것에 대한 불만을 표현함.
    • AI 아트가 가치 있는 도구임에도 불구하고, 단순한 공간 채우기로 사용되는 것은 비효율적이라고 지적함.
  • 제품 관리자(PM)의 역할에 대한 비판

    • 좋은 PM은 엔지니어링과 사용자 사이의 간극을 메우는 일을 지속적으로 해야 함.
    • 많은 PM들이 문서 작업에만 몰두하고 실제 제품 관리보다 프로젝트 관리 업무를 수행하는 경향이 있음.
  • 우수한 제품 관리자에 대한 경험담

    • 한 엔지니어는 기술적 복잡성과 비즈니스 필요성을 모두 이해하는 뛰어난 PM과 함께 일한 경험을 공유함.
    • 대부분의 PM들은 단순히 역할을 수행하는 사람들로, 실제로는 큰 영향력을 가지지 않음.
  • 조직 내 역할 비율에 대한 고민

    • 프론트엔드 엔지니어 대 백엔드 엔지니어, 엔지니어링 매니저 대 개별 기여자(IC), 기술 작가 대 엔지니어, PM 대 엔지니어 등의 비율을 조정하여 최적의 효율성을 추구함.
    • 엔지니어링 팀의 자율성을 존중하고 미시 관리를 줄이는 것이 중요함.
  • 기술적 경험이 있는 PM 선호

    • 엔지니어링 관점을 이해할 수 있는 기술적 배경을 가진 PM과 일하기가 더 쉬움.
    • 기술적 경험이 없는 PM들은 비즈니스 중심적이며, 이는 때때로 필요하지만 항상 그런 것은 아님.
  • 제품 관리와 제품 디자인의 통합 필요성

    • 제품 관리 기능의 대부분은 제품 디자인과 합쳐져야 함.
    • 비기술적인 사람들이 기술 업계에 진입하고 기술 급여를 받기 위해 PM 역할이 과도하게 존재함.
  • 역할과 개인의 능력에 대한 고찰

    • 사람들은 각자 독특하며, 제품 관리 역할이 타고난 능력인지 아니면 단순히 부여된 직함인지에 대한 의문을 제기함.
    • 조직은 개인의 주도성을 중요시하고, 다재다능한 인재를 채용해야 함.
  • 20년 경력의 제품 관리자의 견해

    • PM의 비율이 중요하며, 많은 PM들이 제품 전략이나 비전에 의미 있는 기여를 하지 못함.
    • 제품 관리자가 실제 제품을 소유하지 않는 것은 문제가 있음.