デザイン思考の限界:なぜシリコンバレー発の手法が日本企業で機能しないのか
Natasha Jenの「Design Thinking is Bullshit」宣言、Lee Vinselらの批判を整理しながら、日本企業特有の障壁と、それでもデザイン思考が有効な条件を論じる。
Natasha Jenの「Design Thinking is Bullshit」宣言、Lee Vinselらの批判を整理しながら、日本企業特有の障壁と、それでもデザイン思考が有効な条件を論じる。
デザイン思考は「万能の問題解決手法」として紹介されることがあります。しかし現実には、日本の大企業でデザイン思考のワークショップを導入したものの、「楽しかった」で終わり、現場の実務に何も変化が生まれないという結果が繰り返されています。
この失敗を「導入の仕方が悪い」「推進担当者の熱量が足りない」と片付けるのは、問題の本質を見誤ります。デザイン思考には構造的な限界があり、その限界を理解しないままで運用すると、予測可能な形で機能しなくなります。
2017年、グラフィックデザイナーでPentagramのパートナーであるNatasha Jenが、Adobe Maxのステージで行ったプレゼンテーションは大きな反響を呼びました。タイトルは直接的に「Design Thinking is Bullshit(デザイン思考はたわごとだ)」というものでした。
Jenの批判の核心は三点です。
第一の批判:デザインプロセスの単純化。 デザイン思考の5ステップは、実際のデザイン実務の複雑さを理解していない人々のために作られた簡略版だという主張です。熟練したデザイナーは「共感→定義→発想→プロトタイプ→テスト」という直線的なプロセスを歩まない。問いの再設定が何十回も行われ、観察と作業が並行して走り、直感と論理が混在する。その複雑さを「5ステップ」に圧縮することで、デザインの本質が失われるというのがJenの見立てです。
第二の批判:批判的思考の欠如。 デザイン思考のワークショップでは「量が質を生む(アイデアをたくさん出せ)」という文化が優先され、アイデアへの批判が「創造性を殺す」として抑制されます。しかしJenは「デザインには批判的評価が不可欠であり、批判なきブレインストーミングは質の低いアイデアを温存するだけだ」と指摘しました。
第三の批判:成果の検証不足。 ポストイットが大量に貼られたワークショップの壁は、成果が出た証拠ではありません。「どんな問題がどれだけ解決されたか」というアウトカムが、デザイン思考の評価に欠けているという批判です。
テクノロジー社会学者のLee Vinselは、デザイン思考を「イノベーション崇拝(Innovation Fetish)」の文脈で批判しています。Vinselが問題にするのは、デザイン思考が「革新的なソリューション」を求めることに傾きすぎ、「既存のものを正しく維持する(Maintenance)」という実務を軽視するという点です。
多くの組織の問題は、新しいサービスや製品を作ることではなく、既存のシステムを正確に維持・運営することにあります。病院の患者体験改善において最も重要なのは、斬新なデジタルツールの導入ではなく、予約管理の確実な運用と清潔さの徹底かもしれない。そこにデザイン思考を持ち込み「革新的ソリューション」を探求することは、本質的な問題から目をそらすことになる場合があります。
外部からの批判を踏まえつつ、なぜ日本企業でデザイン思考が機能しにくいかを、構造的な要因として整理します。
デザイン思考は「失敗から学ぶ」を前提としたプロセスです。プロトタイプを素早く作り、テストし、失敗して、改善する。この循環が機能するためには、「試して失敗すること」が組織内で許容されている必要があります。
日本企業の多くは「稟議文化」を持っています。何かを試みる前に、上位者の承認を取ることが求められます。この承認プロセスには「失敗する可能性がある試みへの抵抗」が内包されており、プロトタイプを作る前に完璧な計画を求める圧力が生まれます。
結果として起きるのは「完璧に設計したプロトタイプをテストする」という、デザイン思考の本来の意図と逆行した実践です。完璧に仕上げたプロトタイプを「失敗だった」と判断するコストが高くなり、フィードバックを無視して既存の計画を推進する動機が強化されます。
シリコンバレーの起業文化では「Fail Fast(速く失敗せよ)」がスローガンとして機能します。失敗は学習の証拠として評価される文化的背景があります。
日本企業の組織では、失敗は個人または部署の「責任」として記録される傾向があります。年次評価にマイナスのシグナルとして残り、昇進・昇格に影響する場合もあります。この構造下では、「失敗するかもしれない実験を推進する」行動は合理的ではなく、担当者が個人的なリスクを取らなければならない行為です。
デザイン思考は個人が「エラーを犯す権限」を持つことを前提としていますが、日本企業の多くでは、エラーは「犯してはならないもの」として管理されています。
「プロトタイプとは荒削りで良い」というデザイン思考の原則は、完成度の低い成果物をステークホルダーに提示することへの抵抗感と衝突します。
日本企業の対外(および社内への)コミュニケーション文化では、提示物の「完成度」が信頼性の指標として機能する場合があります。未完成のプロトタイプを役員に見せること、または顧客の前で「テスト版」として提示することへの心理的ハードルが高い。
これは単なる「心理的なもの」ではなく、品質基準の高さを競争優位とする製造業文化の延長として理解できます。「完成度の高いものを提供する」という誇りがある企業では、ラフなプロトタイプは「手抜き」として解釈されるリスクがあります。
共感フェーズの実践には、エンドユーザーに繰り返しアクセスできる仕組みが必要です。ユーザーインタビュー、観察調査、ユーザーテスト——これらは「やろうと思えばできる」ものですが、組織としての習慣として定着していないと、デザイン思考の各サイクルのたびにゼロから調整が必要になります。
シリコンバレーのスタートアップでは、ユーザーテストは週次で行われるルーティンです。担当デザイナーが対象ユーザーをリクルートし、録画設備を使ってテストを行い、その日のうちに知見をチームで共有する——というプロセスが「当たり前のこと」として機能しています。このインフラがない環境では、「ユーザーに聞く」ことのコストと調整負担が大きくなります。
批判と構造的障壁を整理したうえで、デザイン思考が最も有効に機能する条件を明示します。
デザイン思考は「人間の行動、動機、体験に起因する問題」の解決に最も威力を発揮します。逆に、技術的な最適化問題(アルゴリズムの改善、製造プロセスの効率化)にはデザイン思考は不向きです。
問題とその解決策が既に明確であれば、プロセスとしての効率はプロジェクト管理やリーン手法のほうが高い。デザイン思考が価値を持つのは、「何が問題かも分からない」「どんな解決策があり得るか見えていない」という不確実性の高い状況です。
デザイン思考を全社的に「導入する」のではなく、一つのプロジェクトチームで「試す」という形から始めることが有効です。合意形成文化や失敗への不寛容は、組織全体の空気として存在しますが、小さなチームの中では意図的に変えることができます。
Natasha Jenの批判に応えるためには、「ワークショップを実施した」という活動記録ではなく、「この問題がどれだけ解決されたか」というアウトカム指標でデザイン思考の成果を評価する必要があります。
デザイン思考への批判は、手法を捨てる理由ではなく、より精度高く使うための情報です。
批判が示しているのは「デザイン思考を、組織変革の万能薬として使ってはならない」というシンプルなメッセージです。特定の問題の性質に合致し、実験を許容する文化的基盤があり、アウトカムで評価される枠組みがある——その条件が揃ったとき、デザイン思考は依然として最も強力な問題解決のフレームワークのひとつです。
条件の揃っていない場所でそれを無理に使おうとすることの失敗を、「デザイン思考が使えない証拠」と解釈するのは正しくありません。それは「ハンマーでネジを締めようとして失敗した」ことを「ハンマーは使えない」と結論づけるようなものです。