製品は増え、プロダクトマネージャーは減る傾向

プロダクト開発チームに必要なPMはもっと少ない

• 多くの企業は、過剰に多くのプロダクトマネージャー（PM）を雇用する傾向がある。
• PMはしばしばプロジェクト管理業務やロードマップの更新に時間を割く一方で、本来はビジネスのための製品最適化に集中すべきである。
• 必要なPMの数はプロダクトチームより少なく、これは製品、チーム、ビジネスの要件によって変わりうる。

スタートアップにとっての意味

• スタートアップでPMを採用する理想的なタイミングは、創業者がすべての重要な製品意思決定に関与できなくなったときである。
• 組織規模が50〜100人で、3〜5のプロダクトチームを持つようになる頃には、すでに明確な全体プロダクト戦略があるべきであり、その戦略を実行し、より低いレベルで方向性や意思決定に関与する誰かが必要になる。
• 経験豊富なPMが望ましく、創業者は依然としてプロダクトの事実上の責任者として機能すべきである。

チームをプロダクト中心にする方法

• プロダクト開発チームは、ユーザーとその文脈についてより深い理解を必要とし、製品形成に積極的に参加すべきである。
• PMは、UX、ワイヤーフレーミング、進捗追跡、スタンドアップの運営、PRD/仕様書の単独執筆などを担うのではなく、プロダクトのビジョンを明確に伝え、チームが正しい課題を解決し、プロダクトの明確な方向性とビジネス要件との整合性を保つことに集中すべきである。

プロダクト中心のチームを作る

• デザイン、エンジニアリング、プロダクト/創業者の間で議論を始める前に、まず一緒に座って、どのように進めるかについて合意し計画を立てる。
• すべてのチームメンバーがユーザー調査とユーザビリティテストに参加できるようにし、ユーザーが製品を使う様子を見てインサイトを得る。
• チームの管理方法には注意を払うべきであり、完了したチケット数やストーリーポイントでチーム成果を測ることは、仕事はプロダクトを作ることではなくチケットを閉じることだという誤ったメッセージを与えかねない。
• PMツールの利用は避け、すべてのチームメンバーがユーザーフィードバック、インサイト、データ、仕様、ロードマップにアクセスし理解できるようにすべきである。

GN⁺の見解

• プロダクトマネージャーの役割はプロダクト開発プロセスにおいて重要だが、その人数が多いからといって必ずしもプロダクト中心の組織になるわけではない。
• プロダクト開発には協働的な取り組みが必要であり、デザインとエンジニアリングのチームがユーザー理解を深め、製品形成に積極的に参加すべきである。
• この記事は、プロダクトチームの効率を高めるための実践的な助言を提供し、チームメンバー全員がプロダクト戦略とビジネス目標を共有し理解することの重要性を強調している。

[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はプロダクト戦略やビジョンに意味のある貢献ができていない。
  • プロダクトマネージャーが実際のプロダクトを所有していないことは問題である。