デザイン思考で組織変革を成功させる5ステップ実践ガイド

「デザイン思考で組織を変えたい」という声は、ここ数年で急速に増えた。しかし「どのように進めればよいか」という具体的な手順を問うと、答えに詰まる担当者が多い。

研修を実施したのに現場が変わらない。ワークショップで熱量が生まれたのに3週間後には元通り。組織変革とデザイン思考の組み合わせが機能しない時、原因はほぼ例外なく「導入の設計」にある。

本記事では、200回以上のワークショップで繰り返し観察されてきた成功パターンを5つのステップに整理して解説する。

---

なぜ「デザイン思考 × 組織変革」は難しいのか

ワークショップと日常業務の断絶問題

ワークショップでよく起こるのは、参加者が「素晴らしかった、これを職場で使いたい」と語りながら、月曜日の朝には通常業務のモードに完全に戻ってしまう現象だ。

これは意志の問題でも参加者の問題でもない。「ワークショップモード」と「日常業務モード」の間に設計された橋がないことが問題だ。

実際にやってみると、この断絶を生む構造は明確だ。ワークショップでは「失敗を歓迎する」と言いながら、翌週の評価面談では「失敗を報告する」という矛盾した環境に人は置かれている。環境が変わらない限り、行動は変わらない。

組織変革に必要な3つの同時変革

組織変革の研究（Kotter, 1996）が繰り返し示しているのは、スキル・プロセス・文化の3つを同時に変えなければ変革は定着しないという事実だ。

多くの企業がスキル研修（Level 1）だけを実施して「導入完了」と判断している。しかしデザイン思考的な行動が評価されない制度（Level 2）、失敗を歓迎しない空気（Level 3）が変わらない限り、スキルは使われない。

デザイン思考を組織に定着させる実践ロードマップでは、3年間の変革設計について詳しく解説している。本記事は「どのステップで何をするか」の具体的な行動手順に焦点を当てる。

---

5ステップ実践ガイド

Step 1: 変革の「問い」を立てる — 目的から始める

最初に問うべきことは「デザイン思考を導入する」ではなく「何のために、誰の問題を解決するのか」だ。

よくある失敗: 「デザイン思考を導入する」が目的化している

ワークショップでよく起こるのは、「デザイン思考の研修を年2回実施する」という活動目標が、「顧客起点の組織をつくる」という本来の目的に置き換わってしまうケースだ。手段と目的が逆転した瞬間、変革は形骸化する。

実践の手順:

まず「変革の対象となる問題」を1つ特定する。「顧客の声が製品設計に届いていない」「新規事業のアイデアが承認に通らない」「異なる部門がバラバラに動いていて全体最適ができていない」など、具体的な問題を一文で記述する。

次に、その問題が「誰にとっての問題か」を明確にする。社内の意思決定者にとっての問題と、現場担当者にとっての問題と、顧客にとっての問題は、しばしば異なる。 三者の問題定義を並べて比較することが、変革のスコープ設計の出発点になる。

この段階でもエンパシーマップが有効だ。変革の対象となる組織メンバー自身を「観察すべきユーザー」として扱い、彼らが何を考え、何を感じ、何に困っているかを可視化する。

Step 2: 小さく始めるパイロットプロジェクトを設計する

「全社」「全部門」から始めようとすると、ほぼ必ず失敗する。スコープが広いほどステークホルダーが増え、合意に時間がかかり、結果が出るまでの期間が延びる。

成功するパイロットの条件:

• 規模: 5〜8名、1〜3ヶ月で結果が見えるスコープ
• 権限: 意思決定者がチームに含まれている（または近い）
• 問題: 「失敗しても組織へのダメージが限定的」な課題
• 指標: 成功の定義が事前に数値化されている

実際にやってみると、パイロットで最も重要なのは「何が起きたかを組織全体に見えるようにする設計」だとわかる。素晴らしい成果が出ても、それが組織内で共有されなければ次のフェーズに進む勢いが生まれない。

具体的な「可視化」の手段:

• 週次の進捗をSlackやイントラで全社公開する
• ユーザーインタビューの動画（要許可）を社内で共有する
• プロトタイプのデモをオープンな場で実施する
• 「学んだこと」レポートを定期的に発行する

Step 3: ファシリテーション — 5フェーズを現場で動かす

デザイン思考の5フェーズ（共感→定義→創造→プロトタイプ→テスト）を、組織変革のプロセスとして運用する時の、各フェーズの具体的な動かし方を整理する。

共感フェーズ（Empathize）: 変革の対象者をユーザーとして理解する

組織変革文脈での共感は「変革に関わる人たちの体験を理解する」ことだ。現場担当者が「なぜ今の方法に固執するのか」「変化に抵抗する本当の理由は何か」を、批判せずに理解する。

インタビューは1対1で実施する。会議室ではなく、実際の業務現場で話を聞く。「改善点はありますか」という質問ではなく「今日の業務で一番大変だったことは何ですか」という問いかけから始めることで、本音に近い声が出てくる。

定義フェーズ（Define）: インサイトから「How Might We」を作る

インタビューで集めた情報から、「本当の問題」を定義する。この段階で使うのがアフィニティ・ダイアグラムだ。個々の発言をカード（付箋）に書き出し、似たものをグループ化することで、表面的な問題の背後にある構造的な課題が浮かぶ。

「How Might We（どうすれば〜できるか）」の問いを作ることが定義フェーズのゴールだ。「情報共有が遅い」という問題に対して「どうすれば現場の知識が翌日までに意思決定者に届く仕組みをつくれるか」という問いに変換することで、創造フェーズへの橋渡しができる。

創造フェーズ（Ideate）: 量から質へ

ブレインストーミングで「質より量」を強調しすぎると、かえって実用的なアイデアが出にくくなるという逆説がある。「5分で20個のアイデアを書く」という制約を設けることで、自己検閲が働く前にアイデアが出てくるという現象がワークショップで繰り返し観察されている。

組織変革の文脈では「すぐ実施できること」「3ヶ月以内に結果が出ること」「1年以上かかるが根本的な変革」という3つの時間軸でアイデアを分類する方法が効果的だ。

プロトタイプフェーズ（Prototype）: 「考えた」を「試した」に変える

組織変革のプロトタイプは、物理的なモノである必要はない。ロールプレイ（ある会議の進め方を試しにやってみる）、モックアップ（新しい評価シートのフォーマットを作ってみる）、サービスサファリ（提案している新しいプロセスを実際の業務で1日試してみる）など、「低コストで試せる形」を選ぶ。

ワークショップでよく起こるのは、プロトタイプを「完成品として発表する場」と誤解するケースだ。プロトタイプは「壊すために作る」ものであり、ユーザーが使いながら問題点を発見するための道具だ。

テストフェーズ（Test）: 観察から学ぶ

テストで最も重要なのは「ユーザーの行動を観察すること」だ。言葉ではなく行動を見る。「使いやすかったですか」という質問に「はい」と答えた後、実際には3回同じ箇所で迷ったというケースはよく起きる。

観察したことは「そのままの言葉・行動」で記録する。解釈は後でよい。まず事実を蓄積することが、正確なインサイト抽出の前提になる。

Step 4: 変革を「仕組み」に組み込む

パイロットで成果が出た後の最大の関門は「仕組みへの組み込み」だ。成功体験を一回限りのイベントで終わらせないために、業務プロセスへの統合が必要になる。

仕組み化の具体例:

• 新規プロジェクト開始時の「ユーザーリサーチ実施」を必須ステップとして定義する
• 月次レビューに「ユーザーフィードバック共有」のアジェンダを固定で追加する
• 承認プロセスに「プロトタイプ検証の有無」を審査項目として加える
• 「学んだこと共有」の場を定期的に設ける（失敗も含めて）

評価制度との整合（最重要ポイント）

参加者からの声として「評価制度を変えなければ定着しない」という言葉は、様々な規模・業種の組織から繰り返し聞かれる。デザイン思考的な行動（ユーザーインタビューに時間を使う・失敗から学ぶ・プロトタイプを作って捨てる）が評価されない限り、継続する動機が生まれない。

少なくとも、現行の評価項目に「ユーザー視点での提案」「実験と学習の実績」「部門横断的な協力」の観点を加えることが最低ラインになる。

Step 5: 文化の変化を測定する

文化の変革は「測定しにくい」という前提で諦められることが多い。しかし具体的な行動の変化を観察することで、文化の変化を間接的に計測できる。

行動の変化指標（例）:

指標	計測方法	目標値
ユーザーリサーチ実施率	新規プロジェクト数のうちリサーチを実施した割合	初年度30%→3年目70%
プロトタイプ検証実施率	本開発前にプロトを作ったプロジェクトの割合	初年度20%→3年目60%
社内「インタビュー実施者」数	四半期ごとにユーザーインタビューを実施した人数	四半期ごとに集計
「学んだこと共有」参加率	開催数のうち参加者が出た回の割合	80%以上

文化変革の兆候として観察すべきこと:

ワークショップでよく起こるのは、「文化が変わった瞬間」が後から振り返ると明確に特定できることだ。「ユーザーに確認しましたか」という問いが、会議で上司から自然に出るようになった時。プロジェクト開始時に「まずプロトタイプを作ろう」という声が現場から上がるようになった時。これらの「自然な問いかけ」の変化が、文化変革の最も信頼できる指標になる。

---

失敗を避ける3つの判断基準

判断基準1: 「手法ありき」になっていないか

「今週は共感フェーズをやる日です」という設計は危ない。手法の実施が目的化した時、インサイトの質は急落する。 「何を学ぶためにこの手法を使うのか」という問いを常に先に立てること。

判断基準2: 「経営層のコミットメント」は本物か

経営層が「デザイン思考をやれ」とトップダウンで指示した後、現場に丸投げするパターンは失敗確率が高い。「学習と実験の時間を保護する」という明示的なコミットメントを経営層から引き出せているかどうかが、大きな分岐点になる。

判断基準3: 「デザイン思考専門チームの孤立」を防げているか

「デザイン思考チーム」を設置し、そのチームだけが実践するモデルは長続きしない。デザイン思考のスキルを全部門に分散させ、専門チームはサポート役に徹するという設計が持続可能だ。

---

まとめ：変革の5ステップを振り返る

1. 問いを立てる — 「デザイン思考導入」ではなく「解決すべき問題」を特定する
2. 小さく始める — パイロットで成功事例を作り、組織内で可視化する
3. 5フェーズを動かす — 共感→定義→創造→プロトタイプ→テストの循環を回す
4. 仕組みに組み込む — 業務プロセスと評価制度を変える
5. 行動の変化を測定する — 文化の変化を間接的に計測する

組織変革は3年かかるプロセスだ。しかし最初の6ヶ月で小さな成功体験を作り、それを組織内で可視化できれば、次の2年半は加速するというのが、多くの現場から観察されるパターンだ。

「まず1つの問題に絞り、5〜8名のチームで、3ヶ月で結果が見えるスコープで始める」という原則を守ることが、遠回りのように見えて最速のルートになる。

---

参考文献

• Liedtka, Jeanne, “Why Design Thinking Works,” Harvard Business Review, September–October 2018
• Kotter, John P., Leading Change, Harvard Business School Press, 1996
• IDEO, The Field Guide to Human-Centered Design, IDEO.org, 2015
• d.school (Stanford University), bootcamp bootleg, Stanford University, 2010
• Brown, Tim, Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation, HarperBusiness, 2009