総合フレームワーク研修転移成功事例深掘り事例研究Brinkerhoff

サクセスケースメソッド

Success Case Method
別名: SCM、成功事例法

事業でよく成果が出た例と出にくかった例を詳しく調べ、働いた条件と障壁を見つけます。代表的な平均効果の推定とは用途が異なります。 [1]

内容更新: 資料確認日: (AI照合を含む)人の監修記録なし説明用の仮想例あり編集方針・確認範囲このページを引用訂正したい箇所を伝える
難易度 中級 費用 低 期間 概算例(規模・体制で調整):全体で2〜6週間。アンケートに1週間、インタビューに1〜2週間、分析・報告に1〜2週間

ひと目でわかる仕組み

  1. 評価フォーカスの設定
  2. サーベイによる成功・失敗の識別
  3. インタビュー対象の選定
  4. 深掘りインタビューの実施
  5. 成功・失敗ストーリーの作成
  6. 提言と普及計画の策定
実施手順の流れ。各段階の内容は「実施手順」で確認できます。

サクセスケースメソッドでは、期待する成功を定義し、調査等から成功が大きい事例と小さい事例を見つけ、面談と証拠で詳しく検討します。成果がどのように生じたかを具体的に記述する方法です。 [1]

例外的な事例を意図的に選ぶため、事例の結果をそのまま全参加者の平均とみなすことはできません。確認された成果と、それを促した条件・妨げた条件を整理して改善に使います。 [1]

使う場面

  • 研修後の職場転移(Behavior, Level 3)を迅速・低コストで確認したいとき
  • 「研修は良かったが現場で活かされていない」状況の原因を診断したいとき
  • 研修設計の改善に必要な具体的な情報(障壁・成功要因)を短期間で得たいとき
  • 大規模な評価調査の前段に、仮説生成のための探索的調査を行いたいとき

向かない場面

  • 研修の平均的効果の統計的証明が目的の場合 — 少数事例の深掘りでは代表性がない
  • 成功者も失敗者も存在しない均質な結果が予想される小規模研修

参加者・体制と成果物

評価担当者、成果や利用状況が対照的な参加者、必要に応じて状況を確認できる上司や関係者。人数は事例の多様性と確認の深さから決める。

主な成果物

  • 参加者サーベイ結果(識別用)
  • 成功ストーリー集(事例数は対象に応じて決める)
  • 失敗ストーリー集(事例数は対象に応じて決める)
  • 転移促進・阻害要因分析と提言書

実施手順

  1. 評価フォーカスの設定
    「この研修でどんな業務行動の変化を期待したか」「それが起きれば組織にどんな価値があるか」を研修担当者と合意する。成功の定義を事前に明確にする。
  2. サーベイによる成功・失敗の識別
    対象者への短い調査などで、期待した行動や結果が生じた例と生じなかった例を見つける。質問数は抽出に必要な情報と回答負担から決める。
  3. インタビュー対象の選定
    成果の大きい例と小さい例を意図的に選ぶ。人数や百分位を固定せず、成功・未活用の条件を確かめられる事例を選び、選定理由を示す。
  4. 深掘りインタビューの実施
    成果が生じた場面、利用できた条件、利用を妨げた条件を聞く。面談時間は対象者に合わせ、語りを裏付ける記録や第三者の情報も確認する。
  5. 成功・失敗ストーリーの作成
    インタビューデータを元に「成功ストーリー」と「失敗ストーリー」を記述する。個人特定情報を保護しつつ、状況・行動・成果・要因が具体的に伝わる形にする。
  6. 提言と普及計画の策定
    成功を可能にした要因を分析し、「どの要因を強化すれば全体の転移率が上がるか」を提言する。成功ストーリーを社内事例として普及させる計画も策定する。

長所と限界

長所

  • 低コスト・短期間で実施できる研修転移の評価法として他に類を見ない実用性
  • 成功・失敗の対比が改善の方向性を明確に示す
  • 具体的なストーリーが経営層への説明に強く、研修投資の価値証明に使える

限界

  • 成功・失敗の両極端を対象とするため、全体的な効果の分布が把握できない
  • 少数事例のため、発見事項の代表性に統計的な根拠がない
  • サーベイとインタビューの設計・実施には相応のスキルが必要

⚠ よくある落とし穴

  • アンケートを研修効果の詳細測定に使おうとして設問が多くなり、回答率が下がる — SCMアンケートは「識別」が目的
  • 成功事例だけを収集し、失敗事例を省略する — 失敗側のインタビューが最も重要な改善情報を含む
  • インタビュアーが成功の原因を研修に帰属させようとし、職場環境・マネジャー要因を見落とす

適用条件と根拠

  • 最も成功した例と成功しなかった例を調べる方法で、平均的な成果を表すための抽出ではありません。 [1]
仮想例・実績ではありません

研修案を会議で使えた例と使えなかった例

以下は説明用の仮想例です。評価計画研修の受講者12人から、活用の条件が対照的な2人を選びます。

対象者ID(匿名)成功群/失敗群選定根拠(サーベイ回答の特徴)インタビュー日時
A01成功群会議で使用し項目と担当を決定2026年10月15日(仮想)
A02失敗群(未活用)案は作成したが会議機会なし2026年10月16日(仮想)

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

A01とA02の違いから会議機会と上司の助言を検討します。2人のうち1人が活用したという割合を全12人の活用率にはしません。

判断で間違えやすいこと

成功した例だけを広報用に選ぶ

見直し方: 未活用例も検討し、条件と障壁を説明する

理由: 再現に必要な支援を見つけるためです。

成功事例の割合を全体の効果として提示する

見直し方: 抽出方法を明示し、全体の割合は別の調査で確認する

理由: 極端な例を選んでいるためです。

参照資料と確認箇所

  1. Success case method
    BetterEvaluation
    参照箇所
    本文; five key steps; Advice
    本文との対応
    最も成功した例と成功しなかった例を調べる方法で、平均的な成果を表すための抽出ではありません。
    資料確認日: (AI照合を含む)

このページの引用情報

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

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

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