ひとことで言うと#
フィードバックフレームワークとは、「何を、どのように伝えれば相手の行動が変わるか」を構造化したコミュニケーション手法。感覚的なフィードバックではなく、再現性のある型に当てはめることで、伝える側も受ける側も建設的な対話ができる。
押さえておきたい用語#
- SBI(Situation-Behavior-Impact)
- 状況→行動→影響の3要素でフィードバックを構造化する最も汎用的なフレームワークのこと。事実ベースで伝えるため相手が受け入れやすい。
- フィードフォワード
- 過去ではなく未来に焦点を当てて「次はこうしてみよう」と提案するフィードバックのスタイルを指す。相手の防御反応が起きにくい。
- ポジティブ・ネガティブ比率
- 効果的なフィードバックではポジティブ3〜5に対しネガティブ1の割合が適切とされる比率のこと。信頼の貯金があって初めて改善指摘が受け入れられる。
- 行動フォーカス
- 「あなたは○○な人だ」という人格評価を避け、具体的な行動に対して言及するフィードバックの原則を指す。
- 即時性(Immediacy)
- 出来事から24〜48時間以内にフィードバックを伝える原則である。時間が経つと記憶が薄れ、効果が激減する。
フィードバックフレームワークの全体像#
こんな悩みに効く#
- 部下に改善点を伝えたいが、モチベーションを下げそうで言えない
- フィードバックしても行動が変わらない
- 褒めることも指摘することも、どう言えば伝わるかわからない
基本の使い方#
場面に応じて使い分けられるよう、複数のフレームワークを知っておく。
- SBI(Situation-Behavior-Impact): 状況→行動→影響の3要素で伝える。最も汎用性が高い
- COIN(Context-Observation-Impact-Next): 文脈→観察→影響→次のアクションまで含める
- AID(Action-Impact-Desired behavior): 行動→影響→望ましい行動。改善フィードバック向き
- フィードフォワード: 過去ではなく未来に焦点。「次はこうしてみよう」という提案型
ポイント: まずはSBIを覚えれば大半の場面に対応できる。慣れたら場面に応じて使い分ける。
最も使いやすいSBIの型でフィードバックを組み立てる。
- S(Situation / 状況): いつ、どこで、どんな場面で
- B(Behavior / 行動): 相手が具体的に何をしたか(事実ベース、人格への言及は避ける)
- I(Impact / 影響): その行動がチームや成果にどう影響したか
ポジティブ例: 「昨日のクライアントミーティングで(S)、相手の質問に対してデータを即座に提示してくれたのが(B)、クライアントの信頼獲得に大きく貢献した(I)」
改善例: 「先週の週次レポートで(S)、数値の出典が記載されていなかったため(B)、経営陣が意思決定に使えず再確認が必要になった(I)」
ポイント: 「あなたは○○な人だ」という人格評価ではなく、「あなたの○○という行動が○○に影響した」という事実ベースで伝える。
年1回の評価面談ではなく、日常的にフィードバックが飛び交う環境を作る。
- 即時性: 出来事から24〜48時間以内に伝える。時間が経つと記憶が薄れる
- 頻度: ポジティブ:ネガティブ = 3:1〜5:1の比率を意識する
- 双方向: フィードバックは上→下だけでなく、下→上、横→横でも行う
- 合意形成: 一方的に伝えるのではなく、相手の認識も聞く。「どう思う?」と問いかける
ポイント: フィードバックは「評価」ではなく「贈り物」。相手の成長のために伝えるという意図を常に持つ。
具体例#
対象: プロジェクトの納期に2日遅延した中堅エンジニアへのフィードバック。
悪い例: 「いつも遅いんだよね。もっと時間管理ちゃんとしてよ」 → 人格否定・曖昧・具体性がない。相手は防御的になるだけ。
SBIで構造化した例:
S(状況): 「今回のAPI開発プロジェクトで」
B(行動): 「実装完了が当初の予定より2日遅れた。原因を確認したところ、途中で技術的な課題が見つかったが、発覚から3日間、一人で解決しようとしていたと聞いた」
I(影響): 「QAチームのスケジュールが玉突きで2日遅れ、リリース全体が3日後ろ倒しになった。早い段階でチームに共有してもらえれば、別のアプローチを一緒に検討できた」
Next: 「次に技術的な課題に直面したとき、1日以内にSlackで共有するルールにしよう。早めの相談は弱さではなく、チーム力を活かす行動だよ」
エンジニアは「確かに早く言えばよかった」と素直に受け入れ、その後のプロジェクトでは積極的に課題を共有するようになり、次プロジェクトは予定通りに完了した。
対象: 難航していたクライアントとの契約更新を成功させた営業メンバー。
悪い例: 「よくやったね」 → 抽象的すぎて何が良かったのかわからない。再現性がない。
SBIで構造化した例:
S(状況): 「先月の株式会社ABCの契約更新交渉で」
B(行動): 「先方の不満点を事前にヒアリングし、3つの改善提案と年間480万円のコスト削減シミュレーションを用意した上で交渉に臨んでいたね」
I(影響): 「結果として契約が2年延長され、年間1,200万円の売上が確保された。さらに先方の担当者が『ここまで準備してくれるパートナーは初めて』と言ってくれて、追加案件の相談も来ている」
具体的な行動と数字を挙げてフィードバックしたことで、本人が「何を続ければいいか」を理解し、同じアプローチで次の大型契約も更新に成功した。
対象: 初めて経営会議でプレゼンを行った若手社員。内容は良かったが、質疑応答で想定外の質問に対応できなかった。
フィードフォワードで伝える:
「今回のプレゼン、データの整理と結論の明確さはとても良かった。経営陣の3名が資料をメモしていたのが印象的だった。」(ポジティブな観察)
「次回の経営会議プレゼンに向けて、2つ提案がある。①プレゼン前に想定質問を5つ書き出して、それぞれ30秒で答えるリハーサルをしてみよう。②FAQ資料を手元に用意しておくと、想定外の質問にも『こちらのデータをご覧ください』と即座に対応できる。」(未来の行動提案)
「次のプレゼンは来月のQ2計画だよね。リハーサルに付き合うから、3日前に声をかけて。」(サポートの提示)
過去の「できなかったこと」ではなく未来の「こうすればもっと良くなる」にフォーカスしたことで、若手社員は翌月のプレゼンで質疑応答も完璧にこなし、部長から「安心して任せられる」と評価された。
やりがちな失敗パターン#
- 人格を評価する — 「あなたは責任感がない」ではなく「この行動がこの影響を生んだ」と伝える。行動にフォーカスし、人格に触れない
- ネガティブフィードバックしか与えない — 改善点ばかり伝えると信頼関係が壊れる。ポジティブフィードバックを日常的に行い、信頼の貯金を作った上で改善点を伝える
- フィードバックのタイミングが遅すぎる — 半年前の出来事を持ち出しても「今さら言われても」となる。48時間以内のリアルタイムフィードバックを心がける
- フィードバックを一方的に伝えて終わる — 「どう思う?」と問いかけず、言いっ放しにすると相手は消化できない。必ず相手の認識を確認し、対話にすること
まとめ#
フィードバックフレームワークは、感覚的なフィードバックを構造化し、相手の行動変容を促す手法。SBI(状況・行動・影響)を基本型として覚え、行動ベース・即時・高頻度のフィードバックを日常に組み込む。フィードバックは相手を裁くためではなく、成長を支援するための贈り物。