エニアグラム相性をチームに活かす──SF×MBTIで少人数チームOSを設計する

「あの人とは合わない」──チームで仕事をしていると、一度はそう感じたことがあるはずです。

2〜3人のフリーランスチームや少人数プロジェクトで、メンバーの得意不得意は「なんとなく」わかっている。

でも言語化できない。

だから毎回、属人的に対応を変えて消耗する。

正直に言います。

僕もそうでした。

INTJ×タイプ5（エニアグラム）の自分は、Slackで聞かれたことに即レスしない。

考えてから返すタイプだからです。

でもそれが「無視されている」「やる気がない」と誤解されていたことに、かなり後になって気づきました。

この記事では、ストレングスファインダー（CliftonStrengths）、エニアグラム、MBTIの3つの診断ツールを組み合わせて、少人数チームの「チームOS」を設計する方法を解説します。

正解を探すのではなく、生き方をつくる──その考え方を、チーム設計にも適用しましょう。

診断は「自分を知る」だけでは、もったいない。チームの設計図として使えます。

なぜ少人数チームほど「相性の可視化」が必要なのか
Step 1: ストレングスファインダーの4ドメインでチームの「偏り」を可視化する
Step 2: エニアグラムでコンフリクトの「発火パターン」を予測する
Step 3: MBTIの情報処理スタイルでリモートチームのコミュニケーションを設計する
3つの診断を重ねて「チームOS」ドキュメントを作る
やってはいけない3つのこと
まとめ：チーム設計の摩擦は「構造」で減らせる

なぜ少人数チームほど「相性の可視化」が必要なのか

属人的な対応が限界を迎える瞬間

50人の部署なら、合わない人がいても距離を取れます。

3人のチームでは、それができません。

僕が個人開発からチームコラボに移行したとき、最初にぶつかったのがこの壁でした。

自分のINTJ×内省スタイル──考えがまとまるまで発言しない、即レスしない、テキストが端的──が、チームメンバーには「冷たい人」に映っていたのです。

悪意はゼロ。

でも構造的にすれ違っていた。

これを「性格の不一致」で片づけてしまうと、改善の糸口がありません。

「あの人とは合わない」を構造に変換する

感覚でわかっているのに言語化できない。

このもどかしさ、覚えがありませんか。

「なんとなく合わない」には理由があります。

ストレングスファインダーで見れば「チームの強みが特定ドメインに偏っている」かもしれない。

エニアグラムで見れば「動機の方向が真逆」かもしれない。

MBTIで見れば「情報処理のスピードが違う」だけかもしれない。

感覚を構造に変換するツールが、診断です。

「共感」と「理解」は違う──チーム内の誤解が生まれる構造でも書きましたが、「わかったつもり」が一番危ない。

3つの診断ツールを重ねる意味──1つでは見えないもの

ストレングスファインダー、エニアグラム、MBTI。

この3つはそれぞれ違う「層」を見ています。

ツール	観測する層	チームで見えること
ストレングスファインダー	行動パターン＋強み	チームの能力バランスの偏り
エニアグラム	動機＋恐れ＋欲求	コンフリクトの発火パターン
MBTI	情報処理＋意思決定スタイル	コミュニケーションの設計指針

1つだけでは平面。

3つ重ねると立体になります。

これが「チームOS」の設計図です。

Step 1: ストレングスファインダーの4ドメインでチームの「偏り」を可視化する

4ドメインの基礎

ストレングスファインダーの34資質は、4つのドメインに分類されます。

実行力（Executing）
達成欲、アレンジ、信念、公平性、慎重さ、規律性、目標志向、責任感、回復志向（9資質）
影響力（Influencing）
活発性、指令性、コミュニケーション、競争性、最上志向、自己確信、自我、社交性（8資質）
人間関係構築力（Relationship Building）
適応性、運命思考、成長促進、共感性、調和性、包含、個別化、ポジティブ、親密性（9資質）
戦略的思考力（Strategic Thinking）
分析思考、原点思考、未来志向、着想、収集心、内省、学習欲、戦略性（8資質）

Gallupの調査では、強みを毎日活用する人はエンゲージメントが6倍高く、強みにフォーカスしたチームは生産性が12.5%向上するという報告があります。

ただし、個人で強みを活かすのとチームで強みを組み合わせるのは、まったく別の話です。

ストレングスファインダーの組み合わせ診断で強みを尖らせる方法では個人の資質の掛け算を解説しましたが、今回はチーム全体の「ドメインバランス」に注目します。

チームグリッドの作り方──全員のTOP5を4象限にマッピングする

やり方はシンプルです。

チーム全員のTOP5資質をリストアップする
各資質がどのドメインに属するかを確認する
4ドメインごとの資質数をカウントする
偏りを可視化する

Gallup公式の「Team Grid」ツールを使えば自動化できますが、スプレッドシートでも十分です。

3〜5人のチームなら、15〜25個の資質を分類するだけ。

10分で終わります。

例として、僕のTOP5を分類してみます。

資質	ドメイン
収集心（Input）	戦略的思考力
内省（Intellection）	戦略的思考力
学習欲（Learner）	戦略的思考力
達成欲（Achiever）	実行力
着想（Ideation）	戦略的思考力

戦略的思考力が4つ、実行力が1つ。

影響力と人間関係構築力はゼロです。

偏りパターンと対処法：戦略的思考力過多チームの罠

もしチームメンバー全員が僕と似たタイプだったら、どうなるか。

分析は得意。アイデアも出る。

でも、それを外に発信する人がいない（影響力ゼロ）。

メンバーのケアをする人もいない（人間関係構築力ゼロ）。

ぶっちゃけ、全員が「考えてから動く」タイプだから、意思決定がとにかく遅くなります。

少人数チームほど、この偏りがダイレクトに出ます。

50人なら統計的に分散しますが、3人なら全員が同じドメインに偏ることは普通にあり得ます。

偏りに気づいたら、3つの対処があります。

メンバー追加時にドメインバランスを考慮する（採用やコラボ相手の選定）
弱いドメインを意識的に補うルールを作る（例：戦略的思考力過多チームは「週1で外部発信する日」を設ける）
AIツールで補完する（例：影響力ドメインの弱さはAIライティングツールで一部カバーできる）

Step 2: エニアグラムでコンフリクトの「発火パターン」を予測する

エニアグラムが見ているのは「動機」

ストレングスファインダーが「何が得意か」を見るのに対して、エニアグラムが見ているのは「何を恐れ、何を求めているか」です。

行動の裏にある動機。これがチームの衝突の根っこにあります。

エニアグラムでは、コンフリクト対処のスタイルを「ハーモニックグループ」として3つに分類しています。

ポジティブ展望グループ（タイプ2, 7, 9）: 問題を最小化し、回避・気分転換する傾向
コンピテンシーグループ（タイプ1, 3, 5）: 感情を抑え、客観的・論理的に問題を解決する傾向
リアクティブグループ（タイプ4, 6, 8）: 感情を表に出し、率直な反応を求める傾向

チームメンバーがどのグループに属するかを知るだけで、「なぜあの人は問題を楽観視するのか」「なぜあの人はすぐ感情的になるのか」の構造が見えてきます。

コンフリクトが起きやすい組み合わせ3パターン

エニアグラム×MBTI対応表で動機と行動パターンを立体的に理解するで個人レベルの対応関係を解説しましたが、チームレベルでは「発火条件」を知ることが実用的です。

注意してほしいのですが、以下は「相性が悪い」という意味ではありません。

「この組み合わせでは、こういう摩擦が起きやすい」という構造の話です。

パターン1: タイプ1（改革する人）× タイプ7（熱中する人）

1は正確性・構造・ルールを重視。7は創造性・自発性・可能性を重視
発火条件：1が「もっと丁寧にやるべき」と言い、7が「細かいことはいいからまず動こう」と返すとき
補完ポイント：1の細部へのこだわりと7のビジョン力は、構造を理解すれば強力な組み合わせになりえます

パターン2: コンピテンシーグループ同士（タイプ1, 3, 5）

全員が感情を抑えて論理的に対処するため、一見スムーズに見える
発火条件：誰も感情面のケアをしないまま負荷が蓄積し、突然爆発する「サイレントバーンアウト」
補完ポイント：月1で「感情の棚卸し」ミーティングを設けるだけで予防できます

パターン3: ポジティブ展望 × リアクティブ（例：タイプ9 × タイプ8）

9が「まあいいんじゃない」と流し、8が「はっきりしてくれ」と詰める
発火条件：意思決定のスピードと深刻度の温度差
補完ポイント：議論の前に「今日の決定事項リスト」を共有し、意思決定のフレームを揃える

「相性が悪い」ではなく「発火条件を知る」というエニアグラム相性の読み方

エニアグラムを「相性占い」として使うと、チームが壊れます。

「タイプ1とタイプ7は相性が悪い」と断定した瞬間、改善の余地がなくなる。

そうではなく、「タイプ1とタイプ7がチームにいる場合、規律vs自発性のバランスで摩擦が起きやすい。

だからプロジェクト開始時に作業ルールの粒度を合意しておく」──これが設計的な使い方です。

エニアグラムの活用効果について、チームのコラボレーションが向上しコンフリクトが減少するという報告もあります。

ただし調査母数や条件が明確でないものも多いので、数字を鵜呑みにせず、自チームで試して検証するのが現実的です。

Step 3: MBTIの情報処理スタイルでリモートチームのコミュニケーションを設計する

E/I軸：即レスvs熟考レス──非同期コミュニケーションの設計

ここは僕の実体験がもろに当てはまる話です。

外向型（E）は「話しながら考える」タイプ。

電話やビデオ通話を好みます。内向型（I）は「考えてから話す」タイプ。

テキストチャットやメールを好みます。

リモートワーク環境では、この差が露骨に出ます。

僕（INTJ）はSlackで質問されても、すぐには返しません。

考えがまとまるまで30分〜1時間かかることもある。

でもE型のメンバーからすると「30分も既読スルーされた」になる。

これが毎日積み重なると、信頼関係にひびが入ります。

解決策は単純です。チーム内で「レスポンスタイム期待値」を合意しておく。

緊急：15分以内にリアクション（スタンプでもOK）
通常：4時間以内に返信
考えが必要なもの：「考え中です、〇時までに返します」とだけ即レス

これだけで、僕のチームでは「既読スルー問題」がほぼゼロになりました。

S/N軸：具体→抽象のギャップを埋めるSlack運用

感覚型（S）は具体的な事実・数字・手順を好みます。直観型（N）はコンセプト・パターン・可能性を好みます。

Slackで起きがちなすれ違い：

N型が「こんな方向性でどう？」と抽象的に投げる → S型は「具体的に何をすればいいの？」と困る
S型が「手順を1-2-3で書いてほしい」と言う → N型は「そこまで決めたくない、まず大枠を」

対処法：Slackチャンネルを「#ideas（抽象OK）」と「#tasks（具体のみ）」に分ける。

または、投稿時に【アイデア段階】【タスク確定】のプレフィックスをつけるルールにする。

小さいルールですが、これがけっこう効きます。

T/F軸：ロジック重視vsハーモニー重視のフィードバック設計

思考型（T）は客観性と公平性を優先します。

感情型（F）は価値観と調和を優先します。

T型のレビューコメント：「このUIのマージン、デザインガイドと違う。

修正してください」

F型が受け取る印象：「冷たい。怒ってる？」

テキストコミュニケーションでは、T型のメッセージが「冷たい」と誤解されるリスクが高い。

対面なら表情や声のトーンで補えますが、Slackでは文字だけです。

チームルール案：

T型メンバーは「ありがとう」「助かります」のクッション言葉を意識的に入れる
F型メンバーは「T型の端的なメッセージ＝怒りではない」と理解する
フィードバック前に「良い点→改善点」の順番で書くフォーマットを共有する

3つの診断を重ねて「チームOS」ドキュメントを作る

ここまでの3ステップで集めたデータを、1つのドキュメントにまとめます。

これが「チームOS」です。

相性は「良い・悪い」の二択ではありません。

ストレングスファインダーの4ドメインバランスでチームの構造的偏りを見つけ、エニアグラムでコンフリクトの発火パターンを予測し、MBTIで情報の受け渡しスタイルを設計する。

この3層が重なって初めて、チームの「OS」が動き出します。

デザイン思考で答えを「つくる」方法と同じで、最初から完璧なものは作れません。

プロトタイプとして作り、使いながら更新していくものです。

チームOSテンプレートの構成要素

NotionやGoogleスプレッドシートで作れます。以下がテンプレートの構成です。

シート1: メンバープロフィール

項目	メンバーA	メンバーB	メンバーC
MBTI	INTJ	ENFP	ISTJ
エニアグラム	タイプ5	タイプ7	タイプ1
SF TOP5	収集心, 内省, 学習欲, 達成欲, 着想	コミュニケーション, 活発性, 着想, ポジティブ, 戦略性	責任感, 規律性, 慎重さ, 公平性, 分析思考
SFドメイン	戦略4 + 実行1	影響2 + 戦略2 + 人間関係1	実行4 + 戦略1
好むコミュニケーション	テキスト、事前アジェンダあり	ビデオ通話、ブレスト形式	テキスト、箇条書き・期限明記
レスポンス傾向	熟考型（30分〜1時間後）	即レス型（5分以内）	計画型（決まった時間にまとめて返信）
コンフリクト対処	論理的に分析（コンピテンシー）	楽観的に回避（ポジティブ展望）	論理的に分析（コンピテンシー）
地雷パターン	結論なしの長い会議	自由度のない作業指示	曖昧な締切・変更の多い計画