サーベイ・フィードバック（Survey Feedback）
組織開発の代表的手法。職場の状態をアンケート（サーベイ）で定量化・可視化し（見える化）、そのデータをメンバー全員にフィードバックして対話・行動変容を促す一連のプロセス。海外の組織開発ハンドブックでは必ず論じられる「基本中の基本」とされるが、日本語テキストの普及は遅れてきた（中原 淳による指摘）。
3フェーズのプロセス
| フェーズ | 名称 | 内容 |
|---|---|---|
| 第1フェイズ | 見える化 | サーベイを通して普段は見つめていないチーム・組織の課題を可視化 |
| 第2フェイズ | ガチ対話 | 見える化した組織的課題に全員で向き合い、解決・解消をめざして話し合う |
| 第3フェイズ | 未来づくり | 当事者が「自分ごと」として未来を決め、アクションプランを作る |
データが集団を変える3つのメカニズム
1. コレクション効果
サーベイによって「質問」を投げかけデータを集める行為自体が、人々が行動を変えるためのエナジーを内包している。
「問うこと」自体が、「組織を変える」ことのはじまりである
質問項目は「社員へのメッセージ」。いい加減な設定では組織は変わらず、他社と同じ項目を使えば他社と同じように変わる。
2. フィードバック効果
組織をオープンシステムと見なし、アウトプットデータをインプットに返すことで組織の自己調整を促進する（ナドラー理論）。
下位メカニズム：
- モチベーション機能: フィードバック内容により「変えよう」という動機が生まれる
- ディレクション機能: 何を直せばいいかの「手がかり（clueing）」が得やすくなる
3. 外在化効果
職場の問題を個人の性質に起因する属人的問題と捉えること（個人帰属）を防止し、問題と個人をいったん切り離す効果。
「見える化したデータは外在化効果を有し、それによって本音や真実を『言える化』する」（中原 淳）
実践の流れ：
- 問題をいったん外在化する
- 半身の当事者性でまずはデータに向き合う
- 半身の当事者性でその後、自分たちに向き合う
サーベイ設計の7原則（RUDSSC＋C）
相手本位のサーベイを選ぶ基準：
| 原則 | 内容 |
|---|---|
| Relevant | 組織に「関係があるデータ」を含む |
| Understandable | 理解できる分析結果が返ってくる |
| Descriptive | 具体的な行動が浮かぶ質問項目 |
| Summarized | 要点がまとまっている（10〜20分以内・パルスは10問以内） |
| Verifiable | 信頼できる（反対派に反論材料を与えない） |
| Short and Simple | 短くシンプル |
| Comparative | 比較群がある（差異によってのみ意味が生まれる） |
フィードバック・ミーティングの設計
目的説明の3問（Why now? / Why do? / Why us?）
メンバーへの説明に必ず含める問い：
- Why now? なぜ今なのか？
- Why do? なぜやるのか？
- Why us? なぜ私たちなのか？
グラウンドルール（心理的安全性の確保）
フィードバック・ミーティング前に全員で確認する行動規範：
- 積極的に聴く
- いったん受容する
- 批判厳禁
- わからないことは質問する
- 肩書き厳禁
- 時間厳守
- 悪者探しをしない
- 発言はここにおいておく（場外持ち出し禁止）
データ提示の4原則
- フォーカスをあてて、ストーリーづくりをする（全データを羅列しない）
- ベンチマークをつくる（差異こそが意味）
- 自己を呈示する（数値への思い入れを語る）
- ポジからネガへの原則（まずポジティブ要素に注目させる）
アクションプランの設計
- 「他人ごと」でなく**「自分ごと」**
- 「願望」でなく**「行為」**（翌週月曜から実行できるレベル）
- **アーリーウィン（Early win）**から始める——すぐに変化が実感できる目標を最初に設定
- 個人落ち（1人1人の具体的行動まで落とし込む）
- アクションプランはフォローこそ重要
心理的安全性との関係
心理的安全性とは「チームのメンバーが、リスクをとった発言や言動をしても、対人関係上の亀裂が生じない」状態。ノーブレームカルチャー（No blame culture）——責めない文化——の構築がサーベイ・フィードバックの土台。
エンゲージメントサーベイの実践事例（メルカリ）
- **eNPS（Employee Net Promoter Score）**を中心指標に採用
- サーベイ終了後2〜3日で経営会議フィードバック（カスケード型、タイムリー重視）
- 質問は3ヶ月ごとに微調整、ダブルミーニング質問（1問で2つを問う設計）を厳格に排除
- 未回答者のみへのSlack通知（回答者への不要な催促を回避）
組織変革モデルとの統合
レヴィンの変革モデル（解凍→変革→再凍結）
サーベイ・フィードバックの「見える化」フェーズはレヴィンの「解凍」にあたる。固定された組織の前提を揺らすことが変革の出発点。
コッターの8段階モデル
「危機意識を高める」（第1段階）においてサーベイデータが強力な根拠となる。
変革の方程式（D×V×F＞R）
Change = D × V × F > R
D = Dissatisfaction（現状の不満の大きさ）
V = Vision（最終状態の望ましさ）
F = First Step（最初のステップの容易さ）
R = Resistance（抵抗やコスト）
サーベイ・フィードバックはDの可視化（不満の明確化）とFの低減（対話による第一歩のしやすさ向上）に貢献する。
診断型 vs 対話型の誤解
2000年代に「対話型組織開発」が隆盛した際、伝統的なサーベイ・フィードバックは「診断型組織開発」としてイコール扱いされ「時代遅れ」と位置づけられる傾向があった。しかし実際にはサーベイ・フィードバックは「見える化」と「ガチ対話」の両輪を持つ統合的手法である。
日本企業のデータ管理の「そもそも」問題
多くの日本企業がサーベイ・フィードバック以前に抱える課題：
- データを分析する目的が不明瞭
- データがどこにあるかわからない（サーバ内散在）
- データがつながっていない（部署・DBに点在）
- データを分析できる人材がいない
- フィードバックしたことがない