UIXHERO

ダブルループ学習 (Double-Loop Learning)

シングルループ学習が「問題を修正する」のに対し、ダブルループ学習は「なぜその問題が起きるのか、前提・ルール・目標そのものを問い直す」深い学習。プロダクト改善における根本的な仮説の見直しに不可欠な概念。

2026年2月23日
更新: 2026年8月27日
7
by Dengen Yosho(DGYS)

この記事の要点(UIXHERO視点) XHEROでは、ダブルループ学習を「改善の方向性そのものを問い直す、デザイナーの批判的思考習慣」と捉える。 本記事では、シングルループ(表面的修正)とダブルループ(前提の見直し)の違いを整理し、「改善し続けても良くならない」状況を打破する思考法を解説する。

ダブルループ学習とは?

クリス・アージリスとドナルド・ショーンが1978年に提唱した組織学習の理論です。

  • シングルループ学習: エラーを検知し、既存のルール・前提の範囲内で修正します。「温度が下がった→サーモスタットを上げる」
  • ダブルループ学習: エラーを検知し、そのエラーを生み出している前提・ルール・目標そのものを問い直します。「温度が下がった→そもそもこの温度設定は正しいか?なぜこの部屋を温める必要があるか?」

プロダクト開発において、シングルループ学習は「既存の方向性の中での」であり、ダブルループ学習は「方向性そのものの見直し」に対応します。A/Bテストを繰り返しても改善しない状況、同じ問題が繰り返し起きる状況は、ダブルループ学習が必要なサインです。

UXデザインでの活用事例

1. シングルループ vs ダブルループの具体例

シングルループ(表面的修正)ダブルループ(前提の見直し)
離脱率が高いボタンの色を変えるそもそもこのページは必要か?ユーザーのゴールと合っているか?
フォーム完了率が低いフォームの項目を減らすなぜこの情報を収集する必要があるか?ユーザーにとって何のメリットがあるか?
機能の利用率が低いUIを改善するユーザーはこの機能を本当に必要としているか?

2. 指標を問い直す

「コンバージョン率を上げる」という目標に対して、「コンバージョンしたユーザーは本当に価値を得ているか?長期的に継続しているか?」を問い直します。短期的なコンバージョン率の向上が、長期的なユーザー満足度や継続率を下げていないかを確認します。

3. 定期的なレトロスペクティブへの組み込み

スプリントレトロスペクティブで「何を改善したか(シングルループ)」だけでなく、「なぜその問題が繰り返し起きるのか、チームの前提・プロセスに問題はないか(ダブルループ)」を議論します。

実装例: シングル vs ダブルループ 問い直しツール

同じ課題に対して、シングルループとダブルループの問いを比較するツール例です。

実践ガイドライン (Practical Guidelines)

実装チェックリスト

倫理的配慮 (Ethical Considerations)

  • 「前提を疑う」文化の強制: ダブルループ学習を推進するあまり、すべての決定に対して「本当にそれが正しいか」を問い続けることは、チームの意思決定を麻痺させる可能性があります。シングルループ(素早い修正)とダブルループ(深い問い直し)を適切に使い分けることが重要です。

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

関連する原則

関連する用語 (Glossary)

理解度チェック

参考文献

  • Argyris, C., & Schön, D. (1978). Organizational Learning: A Theory of Action Perspective. Addison-Wesley.
  • Argyris, C. (1991). "Teaching Smart People How to Learn." Harvard Business Review, 69(3), 99–109.

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

仮説検証型プロダクト開発 (Lean Startup)

「作ってから検証する」ではなく「検証してから作る」。リーンスタートアップは、最小限の実験(MVP)で仮説を素早く検証し、学習を積み重ねることで、無駄な開発を排除しながらプロダクトを進化させるフレームワーク。

2026年2月23日
6

OODAループ (OODA Loop)

Observe(観察)→ Orient(状況判断)→ Decide(意思決定)→ Act(行動)の4段階を高速で繰り返す意思決定フレームワーク。不確実な状況下での素早い判断と行動を可能にする。

2026年2月23日
7

問題空間と解決空間 (Problem-Solution Space)

「顧客が抱える課題(問題空間)」と「それをどう解決するか(解決空間)」を明確に区別する思考法。優れたプロダクトは、解決策のアイデア出しからではなく、問題空間の探求から生まれます。

2026年2月18日
8

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る