報告・活用・メタ評価報告書エグゼクティブサマリー提言コミュニケーション説明責任

評価報告書の作成

Evaluation Report Writing
別名: 評価レポート、評価書

評価の問い、方法、得られた事実、結論、提言をつなげ、読者が判断に使える形にまとめます。限界と出典も示し、結論の根拠を追えるようにします。 [1]

内容更新: 資料確認日: (AI照合を含む)人の監修記録なし説明用の仮想例あり編集方針・確認範囲このページを引用訂正したい箇所を伝える
難易度 中級 費用 低 期間 概算例(規模・体制で調整):3〜10日(評価規模・分量による)

ひと目でわかる仕組み

  1. 読者と目的の確認
  2. アウトラインの策定
  3. エグゼクティブサマリーの執筆
  4. 調査結果の構造化
  5. 結論と提言の作成
  6. 品質レビューと最終化
実施手順の流れ。各段階の内容は「実施手順」で確認できます。

評価報告書では、何を何のために評価し、どの資料をどう集め、何が分かったかを説明します。結果は調査手段ごとの羅列だけでなく、評価の問いや判断基準に対応させると結論を確かめやすくなります。 [1]

観察された事実、そこから導く結論、実施を勧める提言を区別します。長さと構成は読者の情報需要や提出先の要件に合わせ、要約にも重要な限界を残します。チェックリストは固定の章数やページ数を強制するものではありません。 [1]

使う場面

  • 評価調査が完了し、知見を公式に記録・共有する必要があるとき
  • 資金提供者・上位機関への説明責任を果たすための成果物が求められるとき
  • 評価結果を政策・事業改善に直結させる提言を発信したいとき
  • 評価の独立性・客観性を担保した公開文書として公表するとき

向かない場面

  • 評価の途中経過を速報したい場合 — 進捗ノート・中間報告に留め最終報告と混同しない
  • 内部学習が主目的でステークホルダーが少数の場合 — 口頭ブリーフィングと簡潔メモで代替できる

参加者・体制と成果物

評価チーム(リード評価者+メンバー)、編集・校閲担当者、発注者側レビュアー。外部評価では品質保証レビュアーを別途設置する

主な成果物

  • 評価報告書(最終版)
  • エグゼクティブサマリー(単独でも読める要約)
  • 提言一覧表

実施手順

  1. 読者と目的の確認
    誰が何のためにこの報告書を使うかをリストアップし、エグゼクティブ向け・実施担当者向け・一般公開版など分量・焦点を決める。この段階を省くと全ての読者に響かない中途半端な文書になる。
  2. アウトラインの策定
    標準的な構成は「要約/背景・目的/評価設計・方法論/調査結果(評価クエスチョン別)/結論/提言/附属資料」。発注者と構成案を合意してから執筆を開始するとやり直しを防げる。
  3. エグゼクティブサマリーの執筆
    主要な結果、結論、提言、重要な限界を、単独でも読める要約にする。1〜2ページは分量の目安の一例であり、読者の情報需要と提出先の要件に合わせて決める。結論と主要な根拠の関係を明確に示す。
  4. 調査結果の構造化
    評価クエスチョンまたは基準ごとに分析結果と根拠を整理する。回答率・対象の特徴などデータの代表性と重要な限界を示し、各問いへの結論がどの結果から導かれたかを明記する。
  5. 結論と提言の作成
    結論は調査結果から論理的に導出された評価判断。提言は実行可能な行動として、「誰が・いつまでに・何をすべきか」を明示する。優先度(高・中・低)をつけ、5項目以内に絞ることを推奨。
  6. 品質レビューと最終化
    評価委員会・発注者・評価対象組織によるファクトチェックを経て最終版を確定する。数値の整合性・引用の正確性・提言の実行可能性を第三者が確認する。エラータ(正誤表)のプロセスも明記する。

長所と限界

長所

  • 評価知見を組織の記録として残し、後の参照・比較を可能にする
  • 提言の形で具体的な改善行動に直結させられる
  • 1:3:25フォーマットにより多様な読者の需要を一度に充たせる
  • 方法と証拠を明示し、読者が結論の確かさと限界を確かめられる。

限界

  • 作成に相当の時間・労力がかかり、調査終了から公開まで数か月を要することがある
  • 分厚い報告書は読まれないリスクがあり、普及・活用の努力を別途要する
  • 書面のみでは文脈・ニュアンスの伝達に限界があり、対話的フォローアップが必要

⚠ よくある落とし穴

  • 提言が抽象的すぎて「〇〇を強化すべき」止まり — 具体的行動・担当者・期限を入れないと実施されない
  • 批判的発見を薄めて書いてしまう自己検閲 — 証拠に基づく率直な記述が評価の価値を守る
  • 附属資料が整備されず再現性・検証可能性が担保されない
  • 提出して終わり、報告書のフォローアップ(マネジメントレスポンス要請)を忘れる

適用条件と根拠

  • 報告の構成と詳細さは読者に合わせ、結論と提言が結果からどう導かれたかを示します。 [1]
仮想例・実績ではありません

相談会の待ち時間について報告する

以下は説明用の仮想例です。相談会の運営改善に向けて、受付記録と任意聞き取りをまとめます。

提言番号提言の要旨対象者(誰への提言か)優先度(高/中/低)期限目安
R1混雑時間だけ受付補助を試行する運営代表C高2026年11月末に試行結果を判断
R2全開催回で受付時刻を同じ定義で記録する受付担当B高2026年10月から

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

待ち時間の記録がある回だけから全開催日の状況を断定せず、受付改善の試行と記録の整備を提言します。

判断で間違えやすいこと

アンケート結果を並べて提言を加える

見直し方: 問いごとに結果・判断理由・提言を結ぶ

理由: 提言を支える根拠が追えるためです。

読みやすさのため限界を付録だけに隠す

見直し方: 主要な限界を要約と結論の近くにも示す

理由: 要約だけを読む人にも判断範囲を伝えるためです。

参照資料と確認箇所

  1. Checklist for Program Evaluation Report Content
    Kelly N. Robertson and Lori A. Wingate / Western Michigan University · 2017
    参照箇所
    pp. 1–2; Evaluation Results, p. 5
    本文との対応
    報告の構成と詳細さは読者に合わせ、結論と提言が結果からどう導かれたかを示します。
    資料確認日: (AI照合を含む)

このページの引用情報

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

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

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