デザイン思考パイロット失敗からの組織復帰ガイド|3つの再起動パターン
デザイン思考のパイロット導入が失敗した組織が、どう立て直すか。縮小実行・別部署リセット・外部パートナー併走という3つの再起動パターンを、現場の実態に基づいて解説する。
デザイン思考のパイロット導入が失敗した組織が、どう立て直すか。縮小実行・別部署リセット・外部パートナー併走という3つの再起動パターンを、現場の実態に基づいて解説する。
デザイン思考のパイロットプログラムを走らせたが、うまくいかなかった——そういう組織の担当者から相談を受ける時、最初に聞くことがある。「失敗の後、組織の中で何が起きましたか?」
答えのパターンは大きく3つに分かれる。「やった人たちが諦めて黙った」「別のフレームワークの話が出始めた」「そもそも失敗として認識されていない」。どのケースも、パイロットの失敗そのものより、失敗の後に組織が取る行動が、デザイン思考の命運を決めていた。
再起動を考える前に、なぜ失敗したかを正確に診断する必要がある。原因を誤解したまま再起動すると、同じ失敗を繰り返す。
最も多い失敗の構造だ。参加者が熱心に取り組み、付箋も大量に貼られ、成果発表会も盛況だった。しかし3ヶ月後、誰もその成果を引き継いでいない。ワークショップの成功と、業務プロセスの変容は、まったく別の指標だった。
ワークショップは「体験の場」であり、それ自体が目的になった時点で、組織変革の手段としての機能を失う。
パイロットの前段階で、経営層から「デザイン思考を試してみましょう」という承認を得た。しかし「試す」の定義が双方で異なっていた。現場担当者は「3ヶ月のプロセス変革実験」と理解し、経営層は「ワークショップ研修1回」として認識していた。
期待のギャップが埋まらないまま走ったパイロットは、評価基準の不一致によって失敗する。 現場は「手応えがあった」と感じ、経営層は「コストに見合うROIが見えない」と判断する。
パイロットの推進を「熱意ある一人の担当者」に集中させた組織では、その担当者が異動・退職した時点でパイロットが終わる。あるいは、担当者が孤軍奮闘している間に組織の空気が変わり、「あの人の趣味プロジェクト」として距離を置かれ始める。
デザイン思考の導入は、組織の変革プロジェクトだ。一人の熱量で動かせる規模には、構造的な限界がある。
再起動パターンを選ぶ前に、組織の現状を診断する。以下の4点を確認する。
1. 失敗の記憶は誰の中に残っているか。 経営層か、現場担当者か、あるいは参加者全員か。記憶の所在によって、説得が必要な相手と内容が変わる。
2. 失敗の原因はどう語られているか。 「デザイン思考が合わない」という総括になっているか、「あの進め方が悪かった」という局所的な評価になっているか。前者は再起動のハードルが高く、後者は比較的動きやすい。
3. 今も動ける協力者はいるか。 失敗の後でも「もう一度試したい」と考えているメンバーが、組織内の誰かにいるか。この「残り火」の存在が、再起動の最重要リソースになる。
4. 失敗から何が学べたか、言語化できているか。 失敗を「なかったこと」にしている組織では、再起動も同じ失敗を繰り返しやすい。
診断の結果に応じて、以下3つのパターンを選択する。
適した状況: 組織全体への信頼回復が必要だが、完全撤退はしたくない場合。失敗の原因が「範囲を広げすぎた」「期待値が高すぎた」にある場合。
縮小実行とは、次の試みを意図的に小さくデザインすることだ。対象チームを5〜10人以内に絞り、期間を4〜6週間と短く設定し、「成功の定義」を具体的かつ検証可能な形で先に決める。
実際にやってみると、縮小実行の最大の効果は「小さな成功体験の写真撮影」にある。 ユーザーインタビューを実施してインサイトが出た、プロトタイプを作ってユーザーテストを通過した、という具体的な成果物が生まれると、それが組織内の「証拠」として機能し始める。
ファシリテーターへの実務的な注意として、この段階では「派手な成果」より「再現可能な手順の確立」を優先すること。次に同じことを誰かが真似できる状態を作ることが、縮小実行の真の目的だ。
適した状況: 最初のパイロットで「デザイン思考は○○部門には合わない」という評判が固定化した場合。推進担当者が燃え尽きており、同じチームでの継続が困難な場合。
別部署リセットは、文字通り「別の場所で始め直す」戦略だ。ただし、最初のパイロットの経験を完全に無駄にしないための設計が重要になる。
引き継ぐべきもの: 失敗の原因分析、「やってはいけないこと」の知見、実務プロセスのひな形。
リセットすべきもの: 担当者・対象チーム・スコープ・成功の定義。
参加者からの声として多いのが、「別部署でやることで、前回の失敗の重荷がなくなり、純粋にやってみる気持ちで入れた」というものだ。失敗の記憶が薄い環境では、チームが「実験として割り切る」姿勢を持ちやすく、初期の心理的安全性が確保しやすい。
別部署リセットの落とし穴は、「成功した場合の展開設計」を後回しにすることだ。新しい部署での成功が「孤島の成功」にならないよう、最初から他部署への横展開ルートを設計しておく。
適した状況: 組織内部に「デザイン思考を推進できる人材」が育っていない場合。経営層の信頼を回復するために、外部の権威が必要な場合。社内だけでは突破できない組織の慣性がある場合。
外部パートナー(コンサルティングファーム・デザインファーム・専門コーチ)を招くことで、いくつかの変化が起きる。まず、「同じ話でも外部が言うと通る」という組織の現実を活用できる。次に、内部担当者が「黒子」として機能し、外部の権威を借りながら組織内での関係性を守れる。
ただし、外部パートナーへの依存が長引くと、社内に能力が育たないという本末転倒が起きる。 外部パートナーとの契約には、「6〜12ヶ月で内部化」のマイルストーンを明示的に入れておく。
外部パートナー選びの実務的な視点として、「ワークショップ実施」が主サービスになっているパートナーは避けること。再起動が必要な組織に必要なのは、ワークショップの設計ではなく、「ワークショップの後の業務プロセス変革」の支援能力だ。
3つのパターンに共通して、再起動が成功する組織には4つの条件が揃っている。
条件1:失敗の原因を公開できているか。 失敗を隠して「リニューアル」として再起動しても、組織の不信感は消えない。「前回はこれが問題だった。今回はこう変える」という説明が、参加者の信頼を取り戻す。
条件2:経営層が「判断の土台」を持っているか。 「なんとなく応援している」ではなく、「何をもって成功と判断するか」の基準を経営層が持っているかどうかが、再起動の継続性を左右する。
条件3:小さく始めて、記録を残す習慣があるか。 再起動のどのパターンでも、「実施記録・インサイト・プロトタイプの写真・ユーザーテストの動画」を丁寧に残す組織は、次のステップへの説明材料が増える。
条件4:「失敗してもいい」文化が少なくともパイロット空間に存在するか。 デザイン思考は「早く失敗して、学ぶ」プロセスだ。パイロット空間だけでも心理的安全性が確保されていなければ、参加者は本音のフィードバックを出さない。 表面的な「盛り上がり」と実質的な「学習」は、この安全性の有無で分岐する。
再起動を試みる組織に、繰り返し見られるパターンがある。「今度はちゃんとやる」という決意のもと、以前より大規模に設計してしまうことだ。
失敗の後は、組織の期待値管理が難しくなる。「今度こそ」というプレッシャーが規模を膨らませ、再び期待値と実態のギャップが生まれる。再起動のスコープは、前回より小さくすることを鉄則にする。 小さく成功することが、組織の信頼を再建する唯一の現実的な道だ。
まず、パイロット失敗の「診断」から始める。チームで30分のふりかえりセッションを設け、「失敗の原因」を3つ書き出す。次に、その3つが「手法の問題」か「プロセス設計の問題」か「組織の問題」かに分類する。
分類の結果が出たら、上記の3パターンのどれが自組織に合うかを検討する。「誰に相談するか」「何週間で最初の成果物を出すか」という具体的な問いに答えられた時点で、再起動の設計が始まっている。
特にパイロット担当者が孤立していると感じている状況であれば、パターン3(外部パートナー併走)から入ることが多くの組織で有効だ。