PMに向いてる性格は1つじゃない──認知機能で読む4パターンの適性地図

プロジェクトマネージャーに向いてる性格は1パターンではない。認知機能の違いで、Te統率型・Fe調整型・Ni戦略型・Se現場型の4つに分かれ、それぞれ得意なプロジェクトのフェーズとチーム規模が異なる。

エンジニアからPMに転向して壊れた話

コードを書いていたときは楽しかった。PMになった瞬間、毎日が会議と調整と交渉になった。1行もコードを書かない日が続くと、自分が何者か分からなくなる

Xでエンジニア出身のPMがこう投稿していた。リプライには分かりすぎて辛いPMになって半年で適応障害になった戻りたくても戻れないと共感の声がずらりと並んでいた。

PMという職種は独特だ。エンジニアリングのスキルとマネジメントのスキルは別物なのに、多くの企業では技術に強い人＝PMに向いていると判断して昇格させる。これが構造的なミスマッチを生んでいる。

弊社の診断データでは、PM職に就いているユーザーのうちPMが自分に合っていると感じると回答したのは約4割。残り6割は何らかの違和感やストレスを抱えていた。そしてその6割のうち、認知機能タイプとPM業務のミスマッチが明確に認められたのが約7割。つまりPMのストレスの大部分は、能力不足ではなく認知機能の配線違いで起きている。

PMに必要な4つの認知機能軸

Te統率型PM──ENTj / ESTj

外向的思考（Te）が主導のPMは、最もわかりやすくPM向きと評価されるタイプだ。

スコープ定義、WBS作成、進捗管理、リソース最適化──これらはすべてTeの得意領域。プロジェクトを構造化して、数字で管理して、遅延に対してロジカルに対策を打つ。この一連のフローがPMの教科書通りの仕事であり、Te型はそれを自然体でこなせる。

ENTjはNi（内向的直観）が補助機能なので、技術的なリスクを先読みして事前に手を打つ力もある。大規模プロジェクトの統括や、複数チームのクロスファンクショナルな調整においてはENTj型PMが最もパフォーマンスを出す。

ESTjはSi（内向的感覚）で過去プロジェクトの知見を蓄積しているから、似たパターンのプロジェクトで安定した成果を出せる。未知の領域ではENTjに劣る場面もあるが、既存事業のプロジェクト推進ではESTjの安定感は圧倒的だ。

弱点は、どちらもFeが弱いため、メンバーの感情ケアが後手に回りやすいこと。技術的には完璧にプロジェクトを回しているのに、チームの空気が悪い──というのはTe型PMのよくある盲点だ。

Fe調整型PM──ENFj / ESFj

外向的感情（Fe）が主導のPMは、ステークホルダー間の調整力が突出している。

クライアントの要望、開発チームの現実、上層部の期待──これらの間に立って、全員が納得できる着地点を見つける能力。これはFeの真骨頂であり、テクニカルなPMスキルよりもこの人の間を繫ぐ力のほうがプロジェクトの成否を決めることは多い。

ENFjはNiでこのプロジェクトの本質的な価値は何かを掴む力があるから、単なる調整役を超えてプロジェクトのビジョンを語れるPMになれる。メンバーがこの人についていきたいと感じるタイプのリーダーシップだ。

ただし、Fe型リーダーが壊れるパターンで書いた通り、全員の感情を受信し続けた結果、本人が先に倒れるリスクがある。炎上プロジェクトでは最初にダウンするのがFe型PMだという現場の肌感覚がある。

Ni戦略型PM──INTp / INFp

内向的直観（Ni）が主導のPMは、技術戦略やアーキテクチャ設計において最も深い思考ができる。

このプロジェクト、半年後にここでボトルネックが発生するこの技術選定は2年後に負債になる──こうしたNi的な予測は、他のタイプでは到達できない精度を持つ。

ただし、Ni型PMの弱点は明確だ。見えているのに伝わらない問題。

INTpはTi（内向的思考）が補助なので論理は組めるが、それを分かりやすく言語化してプレゼンする力がTeに比べて弱い。会議で発言を求められると冗長になりやすく、結果的にTe型のメンバーに要約されるという屈辱を味わうことがある。

INFpはさらに繊細で、プロジェクト内の人間関係の摩擦をFi的に処理しようとして消耗する。正しい判断よりも自分が納得できる判断を優先しがちなため、期限との戦いが苦手だ。

noteにPMをやっていると、自分の中でずっと映画が再生されてる感じ。プロジェクトの完成形が見えてるのに、それを設計書に落とすと情報の8割が消えると書いていたINTpのエンジニアがいた。Ni型PMの苦悩をこれ以上正確に表現した言葉を知らない。

Ni型PMが生き延びる方法は、自分のビジョンを翻訳してくれる人を見つけることだ。ENTjやESTjなどTe型のメンバーをビジョン翻訳家としてチームに置く。Ni型PMが30分かけて説明することを、Te型が3分でまとめてくれる。これは屈辱ではなく、役割分担だ。

XでINTp型のPMが投稿していた内容が象徴的だった。会議で自分の案を説明するのに30分かかったのに、隣のENTjが俺の言いたいこと3分でまとめた。しかもそっちのほうがウケた。でも今は、それでいいと思えるようになった。自分が見えたものを、伝えるのが得意な人に任せればいい。この境地に至れたNi型PMは、誰よりも深いプロジェクトを設計できる。

Se現場型PM──ESTp / ESFp

外向的感覚（Se）が主導のPMは、リリース直前やトラブル対応で最も力を発揮する。

本番環境でバグが発生した。クライアントからの急な仕様変更。チーム内で担当者が突然離脱した。こうした今この瞬間に判断しないと取り返しがつかない局面で、Se型PMの反応速度と行動力は他の追随を許さない。

ただし、Seの弱点もリーダーシップ記事で書いた通り平時の計画性にある。スプリント計画やロードマップ策定のような今ではない未来を設計する業務では、Ni型やSi型に大きく劣る。

現実的なところだと、Se型PMはリリースマネージャーやインシデントレスポンスの責任者としてはピカイチだけど、プロダクト全体のロードマップを引くPdM的な役割には合わない。

XでESTp型のPMが障害対応で評価されて『火消し屋』の異名をもらったと投稿していた。本人は複雑な心境だったらしいが、実際に火消し屋としてのSe型PMの価値は待大だ。問題はSe型が火消し以外の仕事でも評価されたいと思ったときに起きる。平時のプロジェクト管理にSe型を配置すると、火事が起きないからやることがない状態になって、本人が飽きる。Se型PMはトラブルが多いプロジェクトに意図的に配置するのが、組織としての正解だ。

PMが辛いときの処方箋

自分のPM型を特定する

まず自分がどの型のPMかを知ること。Te型なのにFe的な調整ばかり求められていれば消耗するし、Ni型なのにSe的な現場対応ばかり回されていれば壊れる。

PMが辛い原因がPM自体が合わないのか今のプロジェクトの求める型と自分の型がずれているのかで、対処法はまったく違う。後者なら、プロジェクトを変えれば解決する可能性がある。

補完役を意識的に置く

Te型 PMは Fe的な感情ケアを副 PMやスクラムマスターに任せる。Fe型 PMは Te的な数値管理を PMOに委ねる。Ni型 PMはプレゼンを Se/Te型のメンバーに代行してもらう。

タイプ別の相性ページで、自分の弱みを補完してくれるタイプを事前に把握しておくことが、PM業務を長く続けるための保険になる。

PM×エニアグラムの落とし穴

認知機能だけでなく、エニアグラムの動機もPMのパフォーマンスに影響する。

タイプ1（改革者）のPMはプロジェクトの品質に異常にこだわる。コードレビューの基準が厳しすぎてリリースが遅れる、というパターンはタイプ1×Ni型PMの典型だ。完璧なプロダクトを出したい欲求と、納期という現実の板挙みで苦しむ。

タイプ3（達成者）のPMは成果を強く求めるためチームから無理への不満が出やすいが、目に見える成果が出るプロジェクトでは馬力がある。タイプ9（調停者）のPMは全員の意見を聴きすぎて意思決定が遅れるが、チームの心理的安全性は最も高くなる。どのエニアグラムタイプであれ、自分の動機構造がプロジェクトにどう影響するかを知っておくことが大事だ。

エンジニアに戻るという選択

最後に、身も蓋もないけど大事なことを書く。

PMが合わなければエンジニアに戻ればいい。それは降格ではなく適材適所だ。Ti型やNi型のエンジニアがPMに昇格して壊れるパターンを何十件と見てきたけれど、戻った人のほうがキャリア的にも精神的にも回復が早い。

エンジニアに向いてる性格のIT適職マップで書いた通り、エンジニア職自体にも認知機能ごとの適性がある。PMが合わないなら、自分のタイプに合ったエンジニアリングの専門領域に舵を切るのも良い選択だ。

24年の人事経験で見てきた景色を正直に言えば、最高の PMは自分の弱みを知っている人だ。Teも Feも Niも Seも全部持っている万能 PMなんて存在しない。自分の OSを把握して、足りないところを周りに補ってもらう設計ができる PMが、結果的に一番プロジェクトを成功させている。

noteに PMを辞めてエンジニアに戻った人の記録があった。PMをや3年、毎日が会議と調整で30行もコードを書かなかった。エンジニアに戻ったら、コードを書く楽しさを思い出した。給料は少し下がったけど、毎月の心理健康コストを考えたら安かった。これが適材適所のリアルだ。

自分の認知機能のクセを特定するところから始めてほしい。

24年の人事経験で痛感しているのは、PM適性は後天的に伸ばせる部分と伸ばせない部分があるということだ。コミュニケーション手法やファシリテーション技術は訓練で伸びる。でも認知機能の主機能は変わらない。Ni型がTe型のように瞬時に決断を下す訓練をしても、それは本来のNi型の良さを殺すだけだ。それよりも自分の型に合ったPMスタイルを確立して、足りない機能はチームメンバーに補完してもらうほうが合理的だ。完璧なPMは必要ない。自分の型を知っていて、足りない部分を委任できるPMが一番強い。

もう一つ、企業の人事担当者に提言したい。エンジニアからPMへの昇進パスを一本道にしないでほしい。技術のスペシャリストとして評価されるキャリアパスを用意すること。そうすれば、PM適性がない優秀なエンジニアが無理にPMをやって壊れる、という悲劇を防げる。

※本記事は自己分析のフレームワークであり、医療的アドバイスではありません。