Pmの意味とは？プロジェクトとプロダクトの違いや午後まで徹底解説
開発現場の第一線を取材すると、職種としての「PM」という肩書には大きな光と影が同居している実態が浮き彫りになります。
Web系メガベンチャーで働くある30代のエンジニアは、社内チャットツールでのやり取りを振り返りながら次のように告白します。
「求人票には『PM募集』と書かれていたのに、入社してみたらPdMの領域であるユーザーインタビューや市場調査から、従来のPjM業務であるパートナー企業の進捗管理、果ては障害発生時の顧客対応まで全方位を押し付けられた。社内の誰もPMとPdMの違いを定義できていなかった」
こうした「肩書の曖昧さ」による疲弊は、現場のエンジニアやデザイナーの間でも深刻です。SNSや知恵袋、開発者コミュニティでは、「うちの会社のPMは毎朝ガントチャートを更新するだけの進捗警官になっている」「機能を作ることだけを急かされ、誰の何の課題を解決しているのか見失った」といった切実な声が絶えません。
生成AIツールの普及によって定常的なスケジュール調整や仕様書の初稿作成が自動化されつつある今、単なる伝言係としてのPMは急速に居場所を失っています。現場で信頼を勝ち得ているPMは、関係者間の心理的摩擦を解消し、難しいトレードオフ（品質と納期の板挟み）に自ら責任を持って決断を下す人物に限られています。
