ひと目でわかる仕組み
- 因果仮説と競合仮説の定式化
- 証拠を期待されるシグナルに変換
- 証拠の系統的な収集
- 証拠テストの実施
- 因果メカニズムの再構築
- 代替説明の検討と結論の報告
使う場面
- 「なぜこのプログラムは機能したか（または機能しなかったか）」という因果メカニズムの解明が目的
- 少数の事例（1〜数事例）を深く分析することで、因果連鎖の具体的な経路を追跡したい
- 先行する量的評価で効果が示されたものの、そのメカニズムが不明であり、文脈を踏まえて解明したい
- 競合する複数の因果説明（仮説A vs 仮説B）のどちらがより証拠に整合するかを検証したい
向かない場面
- 多数の事例を比較して因果効果の大きさや一般化可能性を統計的に示したい場合——量的手法や大規模比較研究が適する
- 機密情報や過去記録が入手困難で、中間的な因果プロセスの証拠を収集できない場合
- 因果メカニズムより「どれほどの効果があったか」の量的推定のみが求められる場合
参加者・体制と成果物
質的研究・事例研究の経験がある評価者1〜2名。文書分析・インタビューを担当するフィールド調査員との連携。キー情報提供者（プログラム担当者・政策立案者等）へのアクセスが必要
主な成果物
- 因果メカニズムの図解（プログラム→メカニズム→アウトカムの連鎖）
- 証拠テスト結果の一覧表（各仮説×各証拠×テスト種類×判定）
- 競合仮説の採否の根拠
- 事例から得られた理論的・実務的含意の考察
実施手順
- 因果仮説と競合仮説の定式化介入がどの過程を通じて成果に関係するという仮説と、重要な競合説明を具体化する。仮説の数ではなく識別したい説明の違いに着目する。
- 証拠を期待されるシグナルに変換各仮説が正しい場合に文書・インタビュー・観察から発見されるべき具体的な「証拠シグナル（fingerprints）」を事前にリストアップする。証拠の有無が仮説の採否にどう影響するか（4種のテスト）を整理する。
- 証拠の系統的な収集プログラム文書・会議議事録・担当者インタビュー・行政記録・メディア等から証拠を系統的に収集する。事前に想定したシグナルだけでなく、予期せぬ証拠にも注意を払う（新仮説の可能性）。
- 証拠テストの実施収集した各証拠が各仮説を支持するか反証するかを、hoop test / smoking gun / doubly-decisive / straw-in-the-wind の枠組みで評価する。証拠の診断的価値（どれほど仮説を識別する力を持つか）を判断する。
- 因果メカニズムの再構築証拠テストの結果を統合し、「何が起きてどのように成果が生まれたか」を時系列で因果メカニズムとして再構築する。反証された仮説を除外し、最も証拠整合性の高い説明を提示する。
- 代替説明の検討と結論の報告残された代替説明と不確実性を率直に示す。単一事例から得られた知見の一般化可能性の限界を明記し、理論的示唆と実務的含意を報告する。
長所と限界
長所
- 因果メカニズム（ブラックボックスの中身）を可視化でき、「なぜ機能したか」という問いに答えられる
- n数が少ない事例でも厳密な因果推論が可能——量的手法では対応できない文脈依存的な因果パスを分析できる
- 証拠テストの枠組みにより、質的証拠の評価に系統性・透明性をもたらす
- 既存の量的評価と補完的に使うことで、評価の深さと理解を大幅に向上できる
限界
- 単一または少数事例から得られた知見は、他の文脈・事例への一般化が限定される
- 証拠の解釈に評価者の主観が介入しやすく、複数の評価者が同じ証拠から異なる結論を導く可能性がある
- 証拠の収集・分析に時間・労力がかかり、大規模プログラムの全体評価には向かない
- 証拠が乏しい（資料がない、関係者へのアクセスがない等）と仮説の識別が困難
⚠ よくある落とし穴
- 「証拠テスト」を実施せず物語を構築する——時系列の記述が「プロセストレーシング」と混同されることが多い。仮説を事前に定式化し、証拠テストで識別することが手法の核心
- 競合仮説の検討を省略する——最初から結論を決めて証拠を集めると確証バイアスに陥る。必ず代替仮説を立て、どちらが証拠に整合するかを比較する
- 決定的証拠だけを求めることも、弱い証拠の数で確証することも避ける。hoop testの通過は仮説を確証せず、証拠の識別力、信頼性、相互依存を検討する。
- 事例固有性を一般化として提示する——「この事例ではこのメカニズムが働いた」という知見を「どこでも通用する」と誤って一般化しない。一般化の範囲と条件を明示する
適用条件と根拠
- 証拠を見つけた場合と見つけなかった場合で、仮説への含意が同じとは限りません。 [1]
研修資料が会議の判断に使われたかを追う
説明用の仮想例です。会議で新しい指標が採用された過程を調べる仮想例です。
| 証拠 | テスト上の扱い | 仮想判定 |
|---|---|---|
| 会議2日前の、担当者からの資料受領確認の返信 | 時間順序のhoop | 必要な順序と整合する。判断への利用は未確認 |
| 採用理由を記した議事録は未入手 | 機序の証拠は未確認 | 資料が判断に使われたかは判定を保留 |
| 助成元による指標指定の有無は未確認 | 競合仮説H2の検討 | H2は棄却しない |
この例から判断できること
確認できたのは会議前の受領です。資料を読んだか、採用理由に使われたか、助成元の指定があったかは別に確認します。未入手の記録だけで出来事がなかったと判断しません。
判断で間違えやすいこと
原因が先なら因果関係が証明されたとする
見直し方: 時間順序を必要条件として、機序と競合説明も検討する
理由: 他の要因も同じ順序で存在し得るためです。
証拠がないので仮説を棄却する
見直し方: 証拠の観察可能性と記録の完全性を確認する
理由: 起きても記録されない出来事があるためです。
参照資料と確認箇所
- Process tracingBetterEvaluation
- 参照箇所
- Process tracing involves four types of causal tests
- 本文との対応
- 証拠を見つけた場合と見つけなかった場合で、仮説への含意が同じとは限りません。
このページの引用情報
評価コンパス編集.「プロセストレーシング」. 評価コンパス, 2026-09-13更新. https://evalcompass.jun-nakatani.com/methods/process-tracing/
閲覧日は利用者が追記してください。本サイトが作成した本文の再利用はCC BY 4.0。引用・外部資料・同梱フォントには、それぞれの利用条件が適用されます。再利用時は出所とライセンスへのリンクを示し、変更した場合はその旨を表示してください。
更新履歴
- — 定義と適用条件の出典を確認し、仮想事例、判断理由、全欄の記入例を追加。未確認の歴史・普及に関する断定を整理。 既存の手順・留意点も点検し、固定的な人数・閾値や制度の一般化を調整。 仮想証拠を受領確認の返信へ統一し、送信・受領・閲覧・判断への利用を区別。 記入例と完成確認の対応、条件付きの手順を再点検。