デザイン思考とシステム思考を統合する実践アプローチ

デザイン思考のワークショップで「ユーザーインタビューは完璧にできたのに、施策を打っても問題が再発する」という経験はないでしょうか。ユーザーの声を丁寧に拾っても、その背後にある構造的な力学を見落とせば、問題の根本は変わりません。 人間中心のデザイン思考と、構造・相互作用を俯瞰するシステム思考を組み合わせることで、こうした限界を突破できます。

デザイン思考だけでは見えないもの

デザイン思考の共感フェーズでは、ユーザーの行動・感情・動機を丁寧に観察します。しかしその手法は、個人の体験を深掘りするのには優れていますが、複数の要因が絡み合う「複雑適応系」の全体像を捉えるには限界があります。

あるチームが病院の待合患者の不満を調査したとき、ユーザーインタビューからは「待ち時間が長い」「情報が来ない」という声が集まりました。それを受けて情報掲示板を設置しましたが、不満は消えませんでした。待ち時間の原因は、患者のフローではなく診察室間の申し送り手順にあったのです。個人の体験を深く見るだけでは、組織の構造まで視野が届かなかった事例です。

このような「施策を打っても再発する問題」に共通するのは、組織や社会のシステムの中にフィードバックループが存在することです。Peter Senge は『The Fifth Discipline』（1990）の中で、「今日の問題は昨日の解決策から生まれる」と指摘しています。局所最適が全体の悪循環を強める構造は、デザイン思考の視野だけでは見えてきません。

システム思考はこうした「見えない構造」を可視化するアプローチです。要素間のフィードバックループ、時間遅延、レバレッジポイントを描くことで、なぜ問題が再発するのかが初めて理解できます。

2つの思考法の相補関係

デザイン思考とシステム思考は、お互いの弱点を補い合う関係にあります。

デザイン思考の強み・弱み

デザイン思考は「人」に強い手法です。ユーザーの潜在ニーズを引き出し、具体的な解決策を素早くプロトタイプできます。一方で、時間スケールが短く、広いシステムの文脈が見えにくいという側面があります。「問題が何か」を特定するのは得意でも、「なぜその問題が繰り返されるか」を説明する装置がない。

システム思考の強み・弱み

システム思考は「構造」に強い手法です。因果ループ図やストック＆フロー図を使い、複雑な相互作用を可視化します。しかし抽象度が高く、現場のユーザーを置き去りにしがちです。 「構造はわかったが、それで何をするのか」——行動への接続が弱い。

観点	デザイン思考	システム思考
視点	ユーザー個人	システム全体
時間軸	短期・現在	長期・動態
成果	プロトタイプ・解決策	構造マップ・レバレッジポイント
弱点	構造の見落とし	行動への接続の弱さ

2つを統合すると、「なぜその問題が起きているか」と「ユーザーにとって何が望ましいか」を同時に扱えるようになります。

統合の実践ステップ

ステップ1：デザイン思考で「症状」を観察する

統合アプローチの第一歩は、通常のデザイン思考と同じく共感フェーズから始めます。ユーザーインタビューや観察調査で「表面に現れた問題」を収集します。このフェーズで大切なのは、解決策を考えないこと。「待ち時間が長い」「手順が複雑で諦めた」といった生の声を、評価せず記録します。

収集した観察データは、親和図法（KJ法）を使ってグルーピングします。ここで得られる見出しが、後にシステム思考で掘り下げる「変数候補」になります。問題定義フェーズでの POV ステートメントと合わせて使うと、変数の絞り込みがスムーズになります。

ステップ2：システム思考で「構造」を描く

ステップ1で発見した主要な変数を取り上げ、因果ループ図を描きます。 変数間の矢印は「AがBを増やす（または減らす）」という因果関係を表します。まずは10〜15の変数から始め、相互作用を探ります。

ワークショップでよく起こるのは、矢印を引いているうちに参加者が急に静かになる瞬間です。手が止まり、しばらくしてから「これ、ループしてる」と誰かが口にします。その瞬間、部屋の空気が変わります。「患者の不満が増えると、電話問い合わせが増え、スタッフの対応負荷が上がり、情報提供が遅れ、さらに不満が増える」というような悪循環（強化ループ）は、最も介入効果が高い場所を示しています。

初めて因果ループ図を描くチームが陥りがちなのは、矢印を引きすぎることです。「全部つながっている」状態になると、何も見えないクモの巣になってしまいます。変数を8個以内に絞り、「最も強いと思うループを1本だけ描く」という制約を課すと、チームの会話が一気に具体的になります。

因果ループ図を描く際は、付箋とホワイトボードを使うのが実用的です。デジタルツール（Kumu、Loopy など）は後から整理するときに使い、ワークショップ本番では手書きを推奨します。参加者が「自分の手で描いた」感覚が、後の対話を活性化します。

ステップ3：レバレッジポイントを特定する

因果ループ図が完成したら、「ここを変えると、全体が大きく変わる」というレバレッジポイントを探します。 Donella Meadows は著書『Thinking in Systems』（2008）の中でシステムへの介入ポイントを12段階で整理しており、最も影響力が高いのは「フィードバックの遅延を変える」「ループの強さを変える」「情報の流れを変える」といった構造的介入です。

実際にやってみると、多くの場合「見えていた問題」の原因は、システムの遠い場所にあります。表面の症状に対処するだけでは、強化ループによって問題が再生されるためです。「なぜこの変数を変えようとしたのか」と問い返したとき、チームが以前の施策の限界に自分で気づく——この体験がシステム思考を学ぶ最大の価値です。

ステップ4：デザイン思考で「介入策」を具体化する

レバレッジポイントが特定できたら、アイデア創出フェーズに戻ります。システム思考が「どこを変えるべきか」を示し、デザイン思考が「どのように変えるか」を具体化します。

ブレインストーミングセッションでは、レバレッジポイントを「制約条件」として書いた付箋を中央に置きます。「この制約を前提として、ユーザーにとって何ができるか」を発散的に考えることで、システム全体を変えながらも、ユーザー体験として意味のある施策が生まれやすくなります。How Might We の問い立てもレバレッジポイントを起点にすると、問いの切り口が鋭くなります。

ステップ5：プロトタイプとシステム観察を並行する

施策をプロトタイプして実施したら、単なるユーザーテストだけでなく、システム全体の変数がどう動いたかを観察します。 「患者満足度は上がったか」という個別指標だけでなく、「スタッフの負荷は変わったか」「申し送り手順はどう変化したか」という周辺の変数もモニタリングします。

通常のデザイン思考のテストフェーズより手間はかかります。しかし介入が意図しない副作用を引き起こしていないかを確かめるためには、この周辺観察が欠かせません。システム思考ではこれを「ポリシー・レジスタンス（施策抵抗）」と呼びます。一方への介入が別の部分で問題を生む現象です。

現場での活用事例

ある地方自治体の移住促進プロジェクトでは、デザイン思考単体でのリサーチから「移住者は地域コミュニティへの参入障壁を感じている」というインサイトが出ていました。当初は「移住者向けの交流イベントを増やす」という施策が検討されていましたが、システム思考で構造を描くと異なる景色が見えました。

因果ループ図を描いたところ、「既存住民が参加するイベントが少ないほど移住者が浮いて見える」→「移住者が定着しない」→「移住者向けの予算が縮小される」→「イベントがさらに減る」という悪循環が存在していました。レバレッジポイントは「移住者と既存住民が混在する機会の設計」にあると判断し、移住者専用イベントではなく地域混在型の活動拠点整備へと施策の方向を転換しました。

参加者からの声として印象的だったのは「システム思考で図を描いたとき、自分たちがずっと悪循環を補強していたと気づいた」という発言です。それまで「予算が少ないからイベントが開けない」という外部要因として語られていた問題が、自分たちの行動パターンの結果だったと腹落ちした瞬間でした。介入の方向性が根本的に変わった事例として、統合アプローチの有効性を示しています。

よくある疑問と対処法

「システム思考は難しそうで、ワークショップ参加者がついてこれない」

因果ループ図を一から説明しようとすると確かに難解です。実践では「Aが増えるとBはどうなる？」という問いかけだけで関係性を引き出し、ファシリテーターが図に落とすという分業が有効です。参加者は「矢印の意味を理解する」より「関係性について考える」ことに集中できます。ファシリテーションのコツも合わせて参照してください。

「時間がかかりすぎて使えない」

フルスケールのシステムダイナミクスモデルを作る必要はありません。因果ループ図は1時間のセッションでも描けます。変数を5〜8個に絞り、「最も強いと思うループを1つ見つける」目的に限定すれば十分です。デザインスプリントの形式に組み込むなら、Day 1のマッピングセッションに統合するのが現実的な選択肢です。

「どのタイミングで統合するか」

デザイン思考の問題定義フェーズの後半と、アイデア創出フェーズの前半。「問題がわかった」段階でシステム思考を使って構造を掘り下げると、アイデア出しの前提が変わります。

やってみよう

次のプロジェクトで統合アプローチを試す場合、以下の3ステップから始めるのがお勧めです。

1. 共感フェーズで「繰り返し出てくる問題」を特定する — インタビューや観察で「これは以前も同じ話を聞いた」と感じた問題をリスト化します。繰り返し性は、強化ループが存在するサインです。

2. ホワイトボードに3つの変数を書いて矢印を引く — 小さく始めます。「変数A → 変数B → 変数C → 変数A」というループが1つ見えるだけで、チームの会話の質が変わります。

3. 「これを変えると何が連鎖するか」を問う — アイデア出しの前に、チーム全員でこの問いを共有します。システム全体への影響を考える習慣が、施策の質を高めます。

デザイン思考がユーザーに「光を当てる」手法だとすれば、システム思考はその光が届かない「影の構造」を照らします。どちらか一方では見えなかった景色が、2つを重ねたとき初めて現れる——統合アプローチの醍醐味はそこにあります。

---

参考文献

• Peter Senge, The Fifth Discipline: The Art and Practice of the Learning Organization, Doubleday, 1990
• Donella H. Meadows, Thinking in Systems: A Primer, Chelsea Green Publishing, 2008
• Tim Brown, Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation, HarperBusiness, 2009
• IDEO.org, The Field Guide to Human-Centered Design, IDEO.org, 2015