TL;DR
- 4 つの役割アーキタイプ: AI プロダクトチームに必要な Vision（NT）・Execution（SJ）・User（SF）・Strategy（NF）の補完関係
- 最強の組み合わせ: INTJ+ENFP、ENTJ+INFP が生み出す「長期ビジョン × 人間的共感」の相乗効果
- 最大の摩擦点: INTP と ESTJ の仕事スタイルの衝突 — そして具体的な解決策
- リモート AI チームの MBTI 課題: 非言語シグナルが消えることで MBTI 差異がどう増幅されるか
- 採用戦略: 現在のチーム構成を補完する「不足しているアーキタイプ」を見つける方法
Section 1 — AI プロダクトチームに必要な 4 つの役割アーキタイプ
AI プロダクト開発の特性を分析すると、成功するチームには 4 つの認知スタイルが必要だ。
アーキタイプ 1：Vision（ビジョナリー）
MBTI タイプ: NT（INTJ / ENTJ / INTP / ENTP）
役割:
→ AI プロダクトが 3 年後に向かうべき方向を定義する
→ 技術的可能性とビジネス機会の交差点を見つける
→ 複雑なシステムの全体設計と技術選択
典型的な発言:
「このアーキテクチャは 18ヶ月後にスケールしない。
今から根本的に変える必要がある」
強み: 長期的な問題を早期に発見する
弱み: 短期的な実行の優先順位づけが苦手
アーキタイプ 2：Execution（エグゼキューター）
MBTI タイプ: SJ（ISTJ / ESTJ / ISFJ / ESFJ）
役割:
→ ビジョンを具体的なタスクとスケジュールに変換する
→ プロセスとシステムを確立し、安定した出荷サイクルを作る
→ 品質基準・テスト・ドキュメントを維持する
典型的な発言:
「このスプリントには 5 つのタスクがある。
月曜に進捗確認、水曜にミドルチェック、金曜に完了確認。
何かブロッカーがあれば今日話してほしい」
強み: 確実な実行・一貫した品質
弱み: 急激な方向転換への抵抗感
アーキタイプ 3：User Advocate（ユーザーアドボケート）
MBTI タイプ: SF（ISFP / ESFP / INFP / ENFP）
役割:
→ ユーザーが実際に感じる体験を代弁する
→ 技術的に正しいが使いにくいプロダクトに警告を発する
→ ユーザーインタビュー・フィードバックの解釈
典型的な発言:
「技術的には完璧だけど、実際のユーザーはこのフローで混乱する。
ユーザーテストの結果を見てほしい」
強み: ユーザー共感・UX の直感
弱み: スケーラビリティ・パフォーマンスの考慮が後回しになりがち
アーキタイプ 4：Strategic Bridge（ストラテジックブリッジ）
MBTI タイプ: NF（INFJ / ENFJ / INFP / ENFP）
役割:
→ Vision と Execution と User の間の「通訳」をする
→ チームの方向性と個人のモチベーションを結びつける
→ ステークホルダーとの合意形成・コミュニケーション
典型的な発言:
「エンジニアチームが感じている不満の根本は、
ロードマップの頻繁な変更だと思う。
四半期サイクルで方向性を固定することを提案したい」
強み: 人と目標を繋ぐ翻訳能力
弱み: 優先順位の断固たる決断が難しいことがある
Section 2 — 最強の組み合わせ：INTJ + ENFP
AI プロダクトチームで最も実績のある組み合わせの一つだ。
なぜ機能するか:
INTJ（主に技術リード / アーキテクト）:
→ 長期的なシステム設計と技術的判断
→ 「これは技術的に正しいか」の厳格な基準
→ 方向性の一貫性を保つ
ENFP（主にプロダクト / ユーザーリサーチ）:
→ ユーザーの感情的・直感的なニーズの代弁
→ 「人々は実際にこれを好きになるか」の感度
→ 外部ステークホルダーとの関係構築
補完のダイナミクス:
INTJ: 「この機能は技術的に最適解ではない」
ENFP: 「でもユーザーはこれを強く望んでいる。感情的な満足は無視できない」
INTJ: 「...分かった。では技術的負債を最小化しながら実現する方法を設計する」
典型的な成果:
→ 技術的堅牢性と高いユーザー体験の両立
→ INTJ 一人では見落とすユーザー感情の盲点を ENFP がカバー
→ ENFP 一人では未完成になりやすい技術設計を INTJ が完成させる
実例パターン（AI スタートアップ）：
Product-Architecture デュオ:
→ ENFP プロダクトマネージャー: ユーザーインタビューから問題を発見・伝達
→ INTJ 技術リード: 問題に対する長期的に正しいシステム設計を担当
→ 週次で「ユーザーが求めるもの × 技術的現実」のすり合わせミーティング
成功の条件:
→ 互いへの尊重（INTJ は ENFP の感情的判断を「非論理的」と切り捨てない）
→ 明確な意思決定プロセス（最終的な技術決定者・プロダクト決定者を明示）
Section 3 — ENTJ + INFP の組み合わせ
ENTJ（組織リーダー / ディレクター）:
→ 明確な目標と高い基準の設定
→ トップダウンの意思決定と実行速度
→ AI 導入の組織的な推進
INFP（リサーチャー / コンテンツ / 倫理ガード）:
→ AI の倫理的含意への深い感受性
→ 「これは本当にユーザーにとって良いことか」の内部チェック
→ 細部の品質と整合性への注意
なぜ機能するか:
ENTJ の強引な推進力に対して、INFP が「待って、これには問題がある」と
ブレーキをかける役割を担う。
AI プロダクトで特に重要:
→ AI バイアス・倫理的問題の早期発見に INFP が貢献
→ ENTJ が見落とす「感情的・人道的リスク」を INFP がカバー
摩擦の管理:
→ ENTJ: 「INFP は決断が遅い」と感じる
→ INFP: 「ENTJ は突き進みすぎる」と感じる
→ 解決策: INFP の「倫理的レビュー」を意思決定プロセスに明示的に組み込む
AI プロダクトで「倫理ガード」の役割が重要な理由
2026 年の AI プロダクトは、バイアス・プライバシー・公平性の問題がビジネスリスクに直結する。INFP のような「人間的・倫理的感受性」を持つタイプが、技術チームにいることは単なる多様性ではなく機能的な必要性だ。EU AI Act の要件もこの方向性を支持している。
Section 4 — 最大の摩擦点：INTP × ESTJ
AI プロダクトチームで最も多い摩擦の組み合わせ。
INTP（シニアエンジニア / リサーチャー）:
→ 問題に対する徹底的な理論的探索
→ 「なぜそうなのか」の根本的な理解へのこだわり
→ 開放的・探索的・非線形な思考プロセス
→ 締め切りと明確な成果物へのアレルギー
ESTJ（プロジェクトマネージャー / 部門責任者）:
→ 明確なスケジュール・成果物・責任分担の要求
→ 「これはいつ終わるか」の継続的な確認
→ ルール・プロセス・SOP への強いこだわり
→ 曖昧な状態・未確定な回答への不寛容
典型的な衝突シナリオ：
場面: スプリントレビュー
ESTJ（PM）: 「先週の LLM 評価フレームワーク、どこまで進みましたか？」
INTP（エンジニア）: 「評価指標の選択が思ったより複雑で... RAGAS を使う
アプローチと、カスタム評価を組み合わせるアプローチで、どちらが
長期的に正しいか、まだ確信を持って言えない状態です。ただ今週、
いくつか興味深いことが分かりました...」
ESTJ: 「分かりました。つまり今週の目標は達成できなかったということですか？」
INTP: 「達成できなかったというより、前提を再検討する必要が...」
ESTJ: 「プロジェクト全体のスケジュールに影響が出ます。来週は何を
完了形で出してもらえますか？」
INTP（内心）: 「この人は何も分かっていない」
ESTJ（内心）: 「この人は実行できない理論家だ」
解決策：
ストラクチャーの分離:
→ INTP には「探索フェーズ（2日）+ 収束フェーズ（3日）」の枠組みを与える
→ 探索フェーズ中は成果物ではなく「学んだこと」を問う
→ 収束フェーズで明確な成果物を設定する
コミュニケーションの橋渡し:
→ INTP に「PM 向けの要約」フォーマットを提供（箇条書き：状況・課題・次アクション）
→ ESTJ に「INTP の探索は価値生産である」と認識してもらう事例を共有
第三者の存在:
→ ENFP や INFJ タイプが「通訳」として機能すると摩擦が大幅に減る
→ 週次での 1on1 ブリーフィングを INTP と PM の間に設ける
Section 5 — リモート AI チームの MBTI 課題
リモート環境では、MBTI の差異が増幅される。
非言語シグナルの消失:
対面: ESTJ は INFP の「難しそうな表情」でストレスに気づける
リモート: テキストのみ → 感情シグナルが消える → 問題が見えない
タイプ別のリモート特有の課題:
内向型（I）:
→ リモートで孤立しやすい（特に INTJ / INTP）
→ 「サポートが必要」と言わない
→ 解決策: 週次 1on1 で明示的に「困っていることはないか」を問う
外向型（E）:
→ ランダムなチャットやバーチャル雑談を強く必要とする（ENFP / ENTP）
→ リモートでエネルギー切れになりやすい
→ 解決策: 非公式のバーチャル雑談チャンネル・任意参加の Zoom を設ける
判断型（J）vs 知覚型（P）:
→ J（ESTJ / INTJ）: 曖昧な状態が長く続くとストレスが高まる
→ 解決策: 週次で「現在の不確実事項リスト」を共有・更新
→ P（INTP / ENFP）: 頻繁な状況確認の要求がパフォーマンスを妨げる
→ 解決策: 自律的な作業時間帯を保証する
Section 6 — 採用戦略：不足アーキタイプの補完
現在のチームを評価するフレームワーク:
Step 1: 各メンバーを 4 アーキタイプ（Vision/Execution/User/Strategy）にマッピング
Step 2: どのアーキタイプが過多・過少かを確認
Step 3: 不足アーキタイプを採用時の優先基準に設定
よくある AI チームのアンバランス:
ケース 1: Vision 過多（NT多め）
→ 優秀なエンジニアが集まったスタートアップに多い
→ 症状: 技術的に優れているが、ユーザーに使われない
→ 解決策: SF 系のデザイナー / UX リサーチャーを採用
ケース 2: Execution 過多（SJ多め）
→ 大企業から独立した AI チームに多い
→ 症状: 安定した出荷はできるが、方向性が市場と合わない
→ 解決策: NT 系の技術ストラテジストまたは VP Engineering を採用
ケース 3: Strategy 不足（NF少なめ）
→ 多くの AI スタートアップで見られる
→ 症状: チームの内部衝突・エンジニアの離職・ステークホルダー管理の失敗
→ 解決策: ENFJ / INFJ タイプのエンジニアリングマネージャーを採用
Section 7 — Takeaways
AI プロダクトチームの成功を決めるのは、技術スタックよりも認知多様性だ。
高機能 AI チームの MBTI チェックリスト:
✅ Vision 担当（NT）が少なくとも 1 名いるか
✅ Execution 担当（SJ）が少なくとも 1 名いるか
✅ User 共感担当（SF）が少なくとも 1 名いるか
✅ 橋渡し役（NF または Extravert）が機能しているか
✅ 主要な意思決定者の認知スタイルの組み合わせがバランスしているか
✅ リモート環境でのコミュニケーション設計が MBTI 差異を考慮しているか
完璧な MBTI バランスより重要なのは、互いの認知スタイルへの認識と尊重だ。「なぜこの人はこう動くのか」を MBTI フレームで理解することで、「あの人はダメだ」から「あの人には異なる情報提示方法が必要だ」に変わる。
Note: MBTI は記述的フレームワークであり、個人の予測には使用すべきではありません。チームダイナミクスの改善ツールとして活用してください。
— iBuidl Research Team