実践

デザイン思考チームの多様性設計｜なぜ「似た者集め」はイノベーションを殺すのか

デザイン思考においてチームの多様性がなぜ重要か、どう構成するかを実践的に解説。認知多様性・機能的多様性・経験多様性の3軸から、IDEO・IBM・d.schoolの知見をもとに、チーム設計の具体的な基準と陥りがちな落とし穴を示す。

2026年6月9日 9分で読める

#チーム設計 #多様性 #認知多様性 #クロスファンクショナル #ファシリテーション #組織設計 #イノベーション

「多様なチームを作れ」という言葉は、デザイン思考の教科書に必ずといっていいほど登場します。しかしワークショップ現場で観察すると、「多様性を確保した」チームが、似た者集めのチームとさほど変わらない結果を出すケースが頻繁に起きています。

なぜか。チームの多様性が「属性の見かけ上の違い」にとどまっており、「思考の多様性」に変換されていないからです。

多様性の3軸：何を多様にするのか

デザイン思考チームの文脈で「多様性」と言う場合、3つの次元を区別する必要があります。

1. 認知多様性（Cognitive Diversity）

問題をどう捉え、どう解くかの「思考スタイルの違い」です。心理学者のKatherine Phillips（コロンビア・ビジネス・スクール）は、Scientific American誌（2014年10月号）の論文「How Diversity Makes Us Smarter」で、認知多様性の高いチームは情報処理の幅が広く、見落とされがちな視点を補完しやすいことを示しています。

デザイン思考で特に機能するのは、「問題を細部から積み上げる人（帰納型）」と「全体構造から分解する人（演繹型）」の共存です。前者はユーザーインタビューで細かな言葉の違いに気づき、後者は「そのパターンが意味すること」を構造化します。

2. 機能的多様性（Functional Diversity）

組織内での役割・専門領域の違いです。IDEOの共同創業者Tim Brownは著書『Change by Design』（2009年）の中で、「T字型の人材（T-shaped people）」——一つの深い専門性と、複数領域への幅広い好奇心を持つ人——のチームが最も効果的だと述べています。

機能的多様性の効果は、「知識の境界線で生まれるアイデア」にあります。マーケターがエンジニアの制約を知り、エンジニアがユーザーの感情的ニーズを理解したとき、単一職能のチームには出てこない解決策が生まれます。

3. 経験多様性（Experiential Diversity）

業界経験・文化的背景・生活体験の違いです。d.school（Stanford d.school）のカリキュラムが学部を横断する形で設計されているのは、この多様性を人工的に生み出すための設計です。医学部生・法学部生・工学部生が同じユーザー課題に取り組む時、それぞれが「当然の前提」と思っていることが異なるため、問い直しが自然に起きます。

IBM Design Thinkingの「多様なチーム」設計原則

IBMは2012年から大規模にデザイン思考を組織に導入する中で、チーム構成の原則を体系化しました。IBM Design Thinkingのフレームワーク（公式サイト: www.ibm.com/design/thinking/）では、「Diverse Teams」を5つのコア原則の一つとして位置づけ、以下の構成を推奨しています。

Sponsor（意思決定権者）: プロジェクトの後ろ盾と優先度を担保
Doer（実行者）: 最終的にプロダクト・サービスを構築する人
User（ユーザー代表）: ターゲットユーザーと近い経験・視点を持つ人
Subject Matter Expert（専門家）: 特定ドメイン知識を持つ人

4種類すべてが揃わないチームでスタートする場合、IBMのガイドラインは「不在の役割を誰が一時的に担うか」を明示することを推奨しています。「誰かが担う」ではなく、「誰が意識的に代替するか」を明示することで、視点の欠落を可視化するという逆説的な効果があります。

「同質化の引力」：なぜ多様なチームが同質化するか

多様なメンバーが集まっても、ワークショップが進むにつれて「最も声の大きい意見」や「権威ある人の方向性」に収束することが起きます。これを組織心理学では「同質化の引力（Homophily）」と呼びます。

デザイン思考のワークショップ設計で特に注意が必要な場面は3つです。

アイデア発散フェーズ：ブレインストーミングで「奇抜なアイデア」が出ても、収束フェーズで「実現可能そうなもの」「既存事業と整合するもの」に絞り込むと、多様性の産物が消えます。クレイジーエイトや1-2-4-Allなど、個人ワーク先行・集合化後倒しの構造が同質化を抑制します。

HMW（How Might We）作成フェーズ：問いの設定が狭すぎると、多様な背景を持つメンバーが同じ問いに落ちます。「一人のメンバーが設定した問いを全員で検討する」形式ではなく、各自が独立してHMWを書いた後に並べて比較することで、問いの多様性を維持できます。

プロトタイプ評価フェーズ：完成度の高いプロトタイプは、機能への評価に集中しやすく、「そのサービスが誰を排除しているか」「別の文化的文脈では機能するか」という問いが出にくくなります。意図的にDemographic Probeを設ける——特定の年齢層、非デジタルネイティブ、特定言語話者の視点から評価するセクションを作る——ことで、多様な評価を構造的に引き出せます。

チーム多様性の「罠」：多様にすれば良いわけではない

多様性の研究で繰り返し示されているのは、多様なチームは均質なチームより成果のばらつきが大きいという事実です。Aparna Joshi & Hyuntak Roh（2009年、Journal of Applied Psychology）のメタ分析によると、多様なチームは機能した時に高い成果を出す一方、機能しなかった時には均質なチームより低い成果になる傾向があります。

この分散を抑制するのが、ファシリテーションの設計です。特に重要なのは以下の3点です。

心理的安全性の確保: Amy Edmondsonの研究が示すように、少数意見が発言できる環境がないと、多様性は意見の衝突に変換されず、沈黙に変換されます。ワークショップ対立マネジメントの視点がここで機能します。
役割の明確化: 「誰が何を担当するか」が曖昧なまま多様なチームが集まると、専門性の衝突が起きやすくなります。プロトタイプ制作では、「アイデアの責任者」と「実装の責任者」を分けることで、それぞれの専門性が干渉しにくくなります。
振り返りの設計: 多様なチームが機能したかどうかを確認する振り返りのセクションを、ワークショップの最後に設けます。「全員の声が拾えたか」「誰かの発言が抑制されていなかったか」を問う形で、次回チーム設計へフィードバックします。

実践：チーム多様性チェックリスト

ワークショップ設計前に確認すべき項目を示します。

構成チェック（最低3項目の多様性を確保）

職能・専門領域が2つ以上あるか
意思決定権者と実行者が混在しているか
ユーザーに近い経験・背景を持つメンバーがいるか
業界外・組織外の視点を持つメンバーがいるか（外部招聘含む）

プロセスチェック（同質化の引力への対策）

発散フェーズに個人ワーク先行の構造があるか
権威ある人の意見が先に共有されない進行になっているか
評価フェーズで特定の視点（年齢・文化・使用スキル）を意識的に設けているか

振り返りチェック

「誰の声が少なかったか」を確認するセクションがあるか

デザイン思考における多様性は、「なんとなく色んな人を集める」ことではありません。思考の多様性が機能するためのプロセスを設計すること——これがチーム構成において最も重要な実践判断です。

多様なチームが最も力を発揮するのは、ファシリテーターがその多様性を「安全に表現できる環境」を意識的に構築した時だけです。デザイン思考リーダーシップ変革の文脈でも、チームの多様性を引き出せるかどうかは、リーダー自身の姿勢設計に直接関わっています。

実践