PRACTICAL GUIDE

評価クエスチョンとは?作り方・例・良い問いに絞るための実務ガイド

評価クエスチョンの意味、作成手順、事業別の例、指標との違い、優先順位の付け方を、評価計画に使える形で解説します。

初版: 更新日: 主キーワード: 評価クエスチョン 作り方本文約4,279字
まず結論

評価クエスチョンとは、評価を通じて答えを出したい重要な問いです。事業の目的、意思決定者が必要とする判断、利用できる時間とデータを踏まえて3から5個程度に絞ると、指標、調査方法、報告書の結論がつながります。

評価クエスチョンがない評価は、地図を持たずに調査へ出るようなものです。アンケート項目や集計表は増えても、何を判断するためのデータなのかが曖昧になり、結果が改善に使われません。

良い問いは、事業が成功したかを漠然と尋ねるのではなく、誰がどの判断に使うのかを含めて具体化します。評価設計の最初に置くことで、必要なデータを減らしながら、判断に使える情報を集められます。

評価クエスチョンと指標の違い

評価クエスチョンは、答えを出したい問いです。指標は、その問いに答えるために観察する具体的な情報です。たとえば「研修は実践行動につながったか」が評価クエスチョンで、「研修後3か月以内に評価計画を作成した受講者の割合」が指標になります。

この順序を逆にして、先に取れる数字を並べると、満足度や参加者数だけで終わりがちです。まず問いを決め、問いに必要な証拠を考え、その後に指標と収集方法を選びます。

要素役割研修事業の例
評価目的何の判断に使うか次年度も継続・改善するか判断する
評価クエスチョン何を明らかにするか研修は受講者の実践行動につながったか
指標何を観察するか評価計画を作成した受講者の割合
データ源どこから情報を得るか受講後調査、提出物、上司への確認

作り方は意思決定から逆算する

最初に「この評価の結果を見て、誰が何を決めるのか」を書き出します。継続するか、対象者を変えるか、予算を増やすか、実施方法を改めるかで、必要な問いは変わります。

次に事業のロジックモデルを見ながら、実施状況、短期アウトカム、中期アウトカム、想定外の変化のどこを確かめるかを選びます。すべてを問うのではなく、判断を左右する論点に優先順位を付けることが大切です。

  1. 評価結果を使う人と、予定している判断を確認する
  2. 事業の目的とロジックモデルを見直す
  3. 知りたいことを短い問いとして書き出す
  4. 各問いに答えると何の判断ができるかを確認する
  5. データ収集の実現性を見て3から5問に絞る
  6. 指標、データ源、分析方法を対応付ける

目的別の評価クエスチョン例

実施状況を確認したいときは、「想定した対象者に、必要な頻度と方法で届いたか」と問います。成果を見たいときは、「対象者に想定した知識・行動・状態の変化が起きたか」とします。因果関係まで扱うなら、「観察された変化に事業はどの程度貢献したか」と、主張の強さを慎重に設定します。

助成事業では、成果だけでなく「助成金は事業の実施可能性や組織の能力にどう影響したか」、自治体施策では「地域や対象集団の間に届き方の差はなかったか」といった問いも意思決定に役立ちます。

  • 実施: 必要な人に、意図した方法で届いたか
  • 成果: 対象者にどのような変化が起きたか
  • 改善: どの要素を変えると成果が高まりそうか
  • 公平性: 属性や地域によって届き方・成果に差がないか
  • 貢献: 変化に対して事業はどの程度関わったか

よくある失敗と絞り込みの基準

「事業は成功したか」のように大きすぎる問いは、答えの基準が人によって変わります。一方で「参加者は何人だったか」だけでは、集計できても評価になりません。対象、変化、判断の三つを含めると、問いの質が上がります。

問いが多すぎる場合は、意思決定への影響、失敗したときのリスク、関係者間で意見が割れている度合いで並べ替えます。重要度が低い問いは、定例モニタリングや次回の評価に回す判断も必要です。

  • 一つの問いに複数の論点を詰め込まない
  • 答えを先に決めた誘導的な問いにしない
  • 測れない問いは、対象・時期・変化を具体化する
  • 意思決定に使わない問いは主要評価から外す
  • 問いごとに必要なデータと限界を確認する

関連手法を組み合わせて精度を高める

評価クエスチョンの作り方を実務に定着させるには、単独で完結させず、評価クエスチョン設定と評価デザインマトリクスの役割を分けて組み合わせることが有効です。まず「評価クエスチョンと指標の違い」を確認し、事業の判断に必要な情報を整理します。そのうえで、データの取り方と解釈の手順をつなぐと、作業だけが増える評価を避けられます。

組み合わせる際は、二つの手法が同じことを測っていないか、担当者と実施時期が現実的かを確認します。「よくある失敗と絞り込みの基準」で見つかった課題は、次のモニタリングや評価計画に反映します。結果が想定と異なる場合も、すぐに失敗と決めつけず、対象者、実施条件、データの限界を順に点検することが大切です。

評価クエスチョン設定をどう使うか

評価クエスチョンの作り方を進める際、評価クエスチョン設定は中心となる設計・判断の手法として位置づけます。特に「評価計画の策定初期段階で、評価の焦点と範囲を関係者と合意するとき」「評価の発注者(コミッショナー)と評価者(実施者)が評価の目的と成果物について共通理解を形成するとき」という場面で使うと、何を確認し、どの情報を残すかを具体化できます。手法を先に決めるのではなく、評価で何を明らかにすべきかを整理し、データ収集や指標設計をぶらさず進めたい人という目的に照らして採否を判断してください。

評価クエスチョンの作り方の文脈で評価クエスチョン設定に着手するときは、「評価目的の確認」から始めます。「誰がなんのためにこの評価を行うのか」を明確にする。形成的(改善のため)か総括的(説明責任・判断のため)か、一次利用者は誰かを特定する。 担当者、実施時期、利用できる資料を同じ場で確認し、未確定の前提は空欄にせず検証課題として残します。

評価クエスチョンの作り方に対して評価クエスチョン設定を使った作業の完了目安は、「主要評価クエスチョン(KEQ)リスト(各問いの根拠・判断基準付き)」「評価設計の合意文書(Terms of Reference への統合)」がそろい、最後に「関係者との合意」まで進んでいることです。レビューでは「「何を改善するか」という問いが多すぎて、判断・説明責任のための問いが後回しになる」を重点的に点検し、結論の強さをデータの質と事業の文脈に合わせます。

向いている場面

  • 評価計画の策定初期段階で、評価の焦点と範囲を関係者と合意するとき
  • 評価の発注者(コミッショナー)と評価者(実施者)が評価の目的と成果物について共通理解を形成するとき
  • ロジックモデルや ToC が完成した後、「どの仮説・経路を評価するか」を選択するとき
  • 評価デザインマトリクスを作成する前の、問いの整理ステップとして

設計時の注意点

  • 問いの設定段階での関係者の関与が不十分だと、評価途中でスコープ変更が起きやすい
  • KEQ が「測れるものだけ」になりやすく、重要でも測りにくい問いが排除されるリスクがある
  • 評価実施中に状況が変化し、当初の問いが陳腐化することがある
  • 「何を改善するか」という問いが多すぎて、判断・説明責任のための問いが後回しになる
  • KEQ が抽象的すぎて(「事業は効果的だったか」)、測定計画に落とし込めない
  • 依頼者の希望する答え(advocacy)を暗黙の前提として、問い自体が誘導的になる
  • KEQ リストが確定後に変更不可として固定化され、学習や状況変化に対応できない
評価クエスチョン設定の詳細・参考文献を見る →

評価デザインマトリクスをどう使うか

評価クエスチョンの作り方を進める際、評価デザインマトリクスは不足する証拠や視点を補う手法として位置づけます。特に「評価クエスチョン(KEQ)が確定した後、データ収集・分析の具体的な計画を立てるとき」「複数のデータ収集手法(量的・質的)を組み合わせる評価で、各手法の役割を整理するとき」という場面で使うと、何を確認し、どの情報を残すかを具体化できます。手法を先に決めるのではなく、評価で何を明らかにすべきかを整理し、データ収集や指標設計をぶらさず進めたい人という目的に照らして採否を判断してください。

評価クエスチョンの作り方の文脈で評価デザインマトリクスに着手するときは、「KEQ の転記とサブ設問の整理」から始めます。確定した KEQ とサブ設問をマトリクスの第1列に記入する。サブ設問単位で行を設定すると詳細設計に向く。 担当者、実施時期、利用できる資料を同じ場で確認し、未確定の前提は空欄にせず検証課題として残します。

評価クエスチョンの作り方に対して評価デザインマトリクスを使った作業の完了目安は、「評価デザインマトリクス(一覧表)」「データ収集計画書」がそろい、最後に「担当者・スケジュールの割り当て」まで進んでいることです。レビューでは「指標欄に「達成率」や「満足度」だけを記入し、具体的な測定方法が不明確なまま作成を終える」を重点的に点検し、結論の強さをデータの質と事業の文脈に合わせます。

向いている場面

  • 評価クエスチョン(KEQ)が確定した後、データ収集・分析の具体的な計画を立てるとき
  • 複数のデータ収集手法(量的・質的)を組み合わせる評価で、各手法の役割を整理するとき
  • 評価チームが複数人いる場合に、各メンバーの担当・役割分担を明確にするとき
  • 評価コミッショナーや出資者に評価の全体設計を説明・合意するとき

設計時の注意点

  • マトリクスが詳細になるほど作成に時間がかかり、実際の収集・分析との乖離が生じることがある
  • 実施中の変化(ステークホルダー交代・データ入手不能等)で修正が必要になるが、更新されないことが多い
  • 形式の充実が目的化し、内容の質(判断基準の妥当性等)が軽視されることがある
  • 指標欄に「達成率」や「満足度」だけを記入し、具体的な測定方法が不明確なまま作成を終える
  • データ収集方法の欄に手法名だけ書き、サンプル・対象・時期・責任者を省略する
  • 量的データのみで埋め、質的データの収集・分析の設計が漏れる
  • マトリクスを作成した時点で評価設計が完了したと思い込み、パイロットテストや事前確認を省略する
評価デザインマトリクスの詳細・参考文献を見る →

実務に落とし込む

評価を始める前に、関係者と30分だけ時間を取り、「この結果で何を決めるのか」から評価クエスチョンを書き出しましょう。

手法ライブラリで探す

よくある質問

評価クエスチョンは何個くらいが適切ですか?

小規模な評価なら3から5個が目安です。問いが増えるほどデータ収集と分析の負荷が増えるため、意思決定に直結するものを優先します。

アンケート項目と評価クエスチョンは同じですか?

違います。評価クエスチョンは評価全体の問いで、アンケート項目はその問いに答えるための一つのデータ収集手段です。

誰が評価クエスチョンを決めるべきですか?

事業責任者だけで決めず、実施担当者、評価結果を使う意思決定者、可能であれば対象者や協力機関も交えて確認すると実用性が高まります。