セオリー・オブ・チェンジとは？ロジックモデルとの違いと作り方
セオリー・オブ・チェンジの意味、ロジックモデルとの違い、バックワードマッピング、前提条件、評価への活用方法を解説します。
セオリー・オブ・チェンジとは、長期的な変化目標から逆算し、その変化が起きるために必要な条件、介入、前提を言語化する評価・事業設計の考え方です。ロジックモデルよりも「なぜ変化が起きるのか」を重視します。
セオリー・オブ・チェンジは、社会課題解決型の事業や複数機関が関わるプログラムで特に有効です。単純に活動と成果を並べるだけでは説明できない、長期的・複雑な変化の筋道を扱うためです。
作成の目的は、立派な図を作ることではありません。事業がどの仮説に賭けているのかを明確にし、評価で検証すべき問いを見つけることです。
ロジックモデルとの違い
ロジックモデルは、投入、活動、産出、アウトカムの流れを整理する実務的な設計図です。セオリー・オブ・チェンジは、その流れの背後にある前提条件、因果仮説、変化の道筋を掘り下げます。
短期・小規模の事業ならロジックモデルで十分な場合が多いです。複数の主体が関わり、変化まで時間がかかり、外部要因が大きい場合はセオリー・オブ・チェンジが向いています。
| 観点 | ロジックモデル | セオリー・オブ・チェンジ |
|---|---|---|
| 主な問い | 何をすると何が起きるか | なぜその変化が起きるのか |
| 向く事業 | 比較的整理しやすい事業 | 複雑・長期・多主体の事業 |
| 成果物 | 一枚のモデル図 | 変化経路図とナラティブ |
| 評価への使い方 | 指標設計の土台 | 評価クエスチョンと仮説検証の土台 |
作り方: バックワードマッピング
セオリー・オブ・チェンジは、最終ゴールから逆に考えるバックワードマッピングで作ります。「その状態が実現するには、その前に何が起きている必要があるか」を繰り返し問い、変化の経路を戻っていきます。
この過程で、事業が直接コントロールできることと、外部環境に依存することを分けておくと、評価で過剰な因果主張を避けられます。
- 長期的に実現したい状態を具体化する
- その前に必要な中間アウトカムを洗い出す
- 中間アウトカム同士の順序と関係を整理する
- 各変化が起きる前提条件を明記する
- 事業の介入がどこに作用するかを置く
- 検証すべき仮説を評価クエスチョンに変換する
評価で使うときのポイント
評価では、セオリー・オブ・チェンジ全体を一度に証明しようとしないことが大切です。まず重要な仮説、リスクの高い仮説、関係者が判断に使う仮説を選びます。
たとえば「伴走支援を受けると組織内の意思決定が変わる」という仮説が重要なら、研修満足度ではなく、会議体、予算配分、意思決定プロセスの変化を見る必要があります。
- 仮説を評価クエスチョンに変える
- 前提条件が崩れていないか確認する
- アウトカムの時間軸を分ける
- 定量データと質的情報を組み合わせる
- 実施中に理論を更新する
実務で使う前のチェック
セオリー・オブ・チェンジを評価に使う前に、図の中で「事業が直接できること」と「外部環境に依存すること」を色分けしておくと、後の説明がしやすくなります。効果を過大に主張しないためにも、事業の貢献範囲を明確にしておきます。
また、変化経路のすべてを同じ精度で測る必要はありません。意思決定に直結する経路、失敗した時の影響が大きい経路、関係者の意見が割れている経路を優先的に評価対象にします。
- 長期ゴールが対象者の状態として書かれている
- 各アウトカムの前提条件が明記されている
- 事業の介入点と外部要因が分かれている
- 重要仮説が評価クエスチョンに変換されている
関連手法を組み合わせて精度を高める
セオリー・オブ・チェンジを実務に定着させるには、単独で完結させず、セオリー・オブ・チェンジとロジックモデルの役割を分けて組み合わせることが有効です。まず「ロジックモデルとの違い」を確認し、事業の判断に必要な情報を整理します。そのうえで、データの取り方と解釈の手順をつなぐと、作業だけが増える評価を避けられます。
組み合わせる際は、二つの手法が同じことを測っていないか、担当者と実施時期が現実的かを確認します。「実務で使う前のチェック」で見つかった課題は、次のモニタリングや評価計画に反映します。結果が想定と異なる場合も、すぐに失敗と決めつけず、対象者、実施条件、データの限界を順に点検することが大切です。
セオリー・オブ・チェンジをどう使うか
セオリー・オブ・チェンジを進める際、セオリー・オブ・チェンジは中心となる設計・判断の手法として位置づけます。特に「複数機関・コミュニティが関与する複雑な社会変化プログラムを設計・評価するとき」「「なぜこのアプローチが効果的か」という根拠を関係者や資金提供者に示す必要があるとき」という場面で使うと、何を確認し、どの情報を残すかを具体化できます。手法を先に決めるのではなく、複雑な社会変化や長期アウトカムを評価したい人という目的に照らして採否を判断してください。
セオリー・オブ・チェンジの文脈でセオリー・オブ・チェンジに着手するときは、「最終ゴールの合意」から始めます。「10年後にどんな社会・コミュニティ状態を実現したいか」を関係者と合意する。曖昧すぎるゴールは後続の逆算を妨げるため、具体的に記述する。 担当者、実施時期、利用できる資料を同じ場で確認し、未確定の前提は空欄にせず検証課題として残します。
セオリー・オブ・チェンジに対してセオリー・オブ・チェンジを使った作業の完了目安は、「アウトカム・パスウェイ図」「前提条件・根拠リスト付きの ToC ナラティブ文書」がそろい、最後に「定期的な見直し」まで進んでいることです。レビューでは「ロジックモデルとの差別化を意識せず、ほぼ同じ内容を ToC と呼んでいる — 前提条件の明示が ToC の核心」を重点的に点検し、結論の強さをデータの質と事業の文脈に合わせます。
向いている場面
- 複数機関・コミュニティが関与する複雑な社会変化プログラムを設計・評価するとき
- 「なぜこのアプローチが効果的か」という根拠を関係者や資金提供者に示す必要があるとき
- 長期（5年以上）の変化目標に向けた中間段階の道筋を可視化したいとき
- ロジックモデルが「活動→産出」レベルで止まっており、より深い変化の仮説を掘り下げたいとき
設計時の注意点
- 作成に相当の時間と関係者の参加が必要で、小規模事業にはコストが見合わない
- 前提条件が多すぎると複雑になり、実務使用に耐えない図が生まれやすい
- 社会変化の複雑性を過度に単純化するリスクがあり、モデルが現実を誘導する危険性がある
- ロジックモデルとの差別化を意識せず、ほぼ同じ内容を ToC と呼んでいる — 前提条件の明示が ToC の核心
- 完成後に棚上げされ、実際の評価・意思決定に使われない文書になる
- 専門コンサルタントだけで作成し、現場や受益者の視点が欠落する
- 前提条件をリスクとして扱わず、検証しないまま事業を進める
ロジックモデルをどう使うか
セオリー・オブ・チェンジを進める際、ロジックモデルは不足する証拠や視点を補う手法として位置づけます。特に「新規事業の企画段階で、活動と成果のつながりを関係者と整理したい」「評価計画の立案時に、どの段階の何を測定すべきかを決めたい」という場面で使うと、何を確認し、どの情報を残すかを具体化できます。手法を先に決めるのではなく、複雑な社会変化や長期アウトカムを評価したい人という目的に照らして採否を判断してください。
セオリー・オブ・チェンジの文脈でロジックモデルに着手するときは、「目的とスコープの確認」から始めます。誰のための・何のためのモデルかを決める。事業全体か特定コンポーネントか、粒度を関係者と合意する。 担当者、実施時期、利用できる資料を同じ場で確認し、未確定の前提は空欄にせず検証課題として残します。
セオリー・オブ・チェンジに対してロジックモデルを使った作業の完了目安は、「ロジックモデル図（一枚）」「前提条件・外部要因リスト」がそろい、最後に「指標の割り当てと更新ルール」まで進んでいることです。レビューでは「産出（Output）とアウトカム（Outcome）の混同 — 「研修を10回実施」は産出であり、参加者の行動変化がアウトカム」を重点的に点検し、結論の強さをデータの質と事業の文脈に合わせます。
向いている場面
- 新規事業の企画段階で、活動と成果のつながりを関係者と整理したい
- 評価計画の立案時に、どの段階の何を測定すべきかを決めたい
- 助成金申請・事業報告で、事業の意図を一枚で説明したい
- 既存事業の見直しで、効果が出ない原因がどの連鎖の切れ目にあるかを探りたい
設計時の注意点
- 線形の因果を前提とするため、複雑・創発的な変化の表現には不向き
- 「作って終わり」になりやすく、更新されないと形骸化する
- モデル上の論理が現実に機能している保証はない（あくまで仮説）
- 産出（Output）とアウトカム（Outcome）の混同 — 「研修を10回実施」は産出であり、参加者の行動変化がアウトカム
- アウトカムの欲張りすぎ — 事業規模に対して壮大すぎる長期アウトカムを掲げ、評価不能になる
- 事務局だけで作成し、現場・受益者の視点が抜けたモデルになる
実務に落とし込む
複雑な事業は、ロジックモデルで全体を整理したあと、重要な変化経路をセオリー・オブ・チェンジで深掘りするのがおすすめです。
手法ライブラリで探すよくある質問
セオリー・オブ・チェンジは日本語で何と言いますか？
一般に「変化の理論」と訳されます。ただし実務では英語のままToCと呼ばれることも多いです。
作成にどれくらい時間がかかりますか？
小規模なら半日から1日、大規模・多主体の事業では複数回のワークショップと文書化に数週間かかることもあります。
図だけ作れば十分ですか？
不十分です。なぜその経路で変化が起きると考えるのかを説明するナラティブを添えると、評価や説明責任に使いやすくなります。