総合フレームワーク評価活用ステークホルダー関与意図された利用者Patton

実用重視評価

Utilization-Focused Evaluation
別名: UFE、活用志向評価

誰が、何の決定に、いつ評価を使うかを明確にし、その利用から問いと方法を選ぶ評価の進め方です。報告後の活用まで設計します。 [1]

内容更新: 資料確認日: (AI照合を含む)人の監修記録なし説明用の仮想例あり編集方針・確認範囲このページを引用訂正したい箇所を伝える
難易度 中級 費用 中 期間 概算例(規模・体制で調整):利用者特定・フォーカシングに1〜4週間。評価全体は規模による

ひと目でわかる仕組み

  1. 準備:評価を活用するかの確認
  2. 意図された利用者の特定
  3. 意図された利用の特定
  4. 評価クエスチョンのフォーカシング
  5. 方法・設計の選択
  6. データ収集・分析・解釈
  7. 活用計画の明文化と実行支援
実施手順の流れ。各段階の内容は「実施手順」で確認できます。

実用重視評価では、具体的な主要利用者と意図する利用を、評価の開始時に確認します。抽象的な「関係者」ではなく、結果を受けて判断や行動をする人と一緒に評価を設計します。 [1]

問い、情報収集、報告の時期や形式は、その利用に役立つかを踏まえて決めます。分析と報告だけでなく、解釈の対話や実際の利用を支援する時間と資源も確保します。 [1]

使う場面

  • 過去の評価が「棚に眠って」活用されなかった経験があり、活用を担保したい評価を設計したいとき
  • 評価結果を特定の意思決定(予算配分・事業継続判断など)に直結させたいとき
  • 多様なステークホルダーがいる中で、誰のための評価かを明確にしたいとき
  • 評価者が評価設計の段階から利用者と協働して進めるリソースがあるとき

向かない場面

  • 利用者が特定できない、または利用者が評価プロセスに関与できない文脈(厳密な外部評価が求められる場合など)
  • 評価活用よりも説明責任(Accountability)が最優先で、利用者の関与が利益相反になる場合

参加者・体制と成果物

評価者(ファシリテーター役)、特定された主要利用者(1〜5名程度)、必要に応じて他のステークホルダー

主な成果物

  • 利用者・利用目的の特定文書
  • フォーカスされた評価クエスチョンリスト
  • 評価報告書
  • 活用計画書

実施手順

  1. 準備:評価を活用するかの確認
    本当に評価が必要か、使うリソースと意思があるかを確認する。「なぜ今、誰がこの評価を必要としているか」に答えられない場合は、評価の実施自体を再考する。
  2. 意図された利用者の特定
    評価結果を実際に使う主要な人物(Primary Intended Users)を名前で特定する。「組織全体」「ステークホルダー一般」ではなく、具体的な個人または小グループを指名する。
  3. 意図された利用の特定
    特定した利用者が「何のために」この評価を使うかを明確にする。「改善のため」ではなく「次年度の助成継続判断」「研修設計の見直し」など具体的な決定・行動を特定する。
  4. 評価クエスチョンのフォーカシング
    利用者が行う決定に直接関わる問いを優先する。必要な問数は決定の範囲と実施可能性から決める。
  5. 方法・設計の選択
    利用者が理解できるよう選択肢と限界を説明し、問いに適した信頼できる方法を実施可能な範囲で選ぶ。分かりやすさを理由に情報の質を軽視しない。
  6. データ収集・分析・解釈
    可能な限り利用者を分析・解釈のプロセスに参加させる。数字の意味を共に議論することで、報告書を受け取る前から「自分たちの評価」という当事者意識が生まれる。
  7. 活用計画の明文化と実行支援
    「誰が・いつまでに・何をするか」という具体的な活用計画を評価終了前に合意する。評価者は報告書提出後も一定期間、活用のフォローアップを行う。

長所と限界

長所

  • 評価の利用率・活用率を最大化することに特化した唯一のフレームワーク
  • 評価設計の柔軟性が高く、あらゆるデータ収集・分析手法と組み合わせられる
  • 利用者参加型プロセスが評価への信頼感と組織の評価能力を高める副次効果がある

限界

  • 特定の利用者に最適化することで、他のステークホルダーにとって偏った評価になる恐れがある
  • 利用者との継続的なコミュニケーションに評価者の時間的コストがかかる
  • 「活用のために情報を制限する」判断が、透明性・説明責任と緊張関係になりうる

⚠ よくある落とし穴

  • 「意図された利用者」を部門・組織として設定してしまい、実際に誰も責任を持たない評価になる — 個人名を特定することが原則
  • 利用者が「何でも知りたい」となりクエスチョンが20問以上になる — 「もし一つだけ聞けるとしたら?」という問いでフォーカシングする
  • 評価者が利用者の意向に引きずられ、批判的な分析を自己検閲してしまう

適用条件と根拠

  • 主要利用者と意図された利用を初期に特定し、以後の評価の決定をそれに結びつけます。 [1]
仮想例・実績ではありません

12月の予算会議で使う受付評価

以下は説明用の仮想例です。窓口責任者が来年度の予約枠を決めるために評価を行います。

主要利用者(個人名・役職)意図された利用(具体的な決定・行動)利用の時期
窓口責任者A(仮想役割)夜間枠を試行するかを決める2026年12月
住民協力者B(仮想役割)試行案の利用しやすさを確認する2026年11月

この例から判断できること

報告書を提出することと、予約枠の判断に使われることは別です。選択肢ごとの結果の読み方を会議前に確認します。

判断で間違えやすいこと

利用者の望む結論に合わせて分析する

見直し方: 意思決定に必要な証拠を提供し、不都合な結果も示す

理由: 利用重視は結論の迎合を意味しないためです。

主要利用者を「行政」とだけ書く

見直し方: 担当する役割、決定事項、利用期限を明記する

理由: 具体的な利用を設計できるためです。

参照資料と確認箇所

  1. Utilisation-focused evaluation
    BetterEvaluation
    参照箇所
    本文; two essential elements
    本文との対応
    主要利用者と意図された利用を初期に特定し、以後の評価の決定をそれに結びつけます。
    資料確認日: (AI照合を含む)

このページの引用情報

評価コンパス編集.「実用重視評価」. 評価コンパス, 2026-10-07更新. https://evalcompass.jun-nakatani.com/methods/utilization-focused/
閲覧日は利用者が追記してください。本サイトが作成した本文の再利用はCC BY 4.0。引用・外部資料・同梱フォントには、それぞれの利用条件が適用されます。再利用時は出所とライセンスへのリンクを示し、変更した場合はその旨を表示してください。

このページの訂正・改善を伝える

更新履歴
  • — 内容照合で確認した記述・手順を訂正(U04)。入力欄の順序・数・ラベル・セクション構造を維持。
  • — 出典に対応した説明へ更新し、手法固有の仮想記入例・判断例と更新履歴を追加。