「言える職場」だけでは、人は育たない｜『リーダーのためのフィードバックスキル』で考える、心理的安全性を「次の行動」に変える技術【Case OS BOOKS #65】

2026年9月18日 22:40

Case OS BOOKS #65

ここ最近、Case OSでは心理的安全性について何度か考えてきました。

最初は、心理的安全性を「優しい職場」と混同しないことから始まりました。悪い情報や反対意見を言えることは、単なる居心地のよさではなく、組織が現実を把握するために必要な「情報インフラ」なのではないか。

『恐れのない組織』では、そこからさらに一歩進みました。問題や失敗を言えるだけでは足りない。それを聞き、検証し、修正し、次の行動へ反映して初めて組織は学習する。そこで、心理的安全性を「組織の誤差修正速度を上げる学習回路」と捉えました。

そして前回の『わたしからはじまる心理的安全性』では、それを管理職だけの仕事にしないことを考えました。心理的安全性は、チーム全員が日々の小さな反応によって共同更新している「関係OS」なのではないか、と。

では、次の問いです。
安心して話せるようになったあと、人はどうやって成長するのでしょうか。
部下が本音を言ってくれる。失敗を報告してくれる。上司へ反対意見も言える。
それは、とても良い状態です。
しかし、そこで上司が何も返さなければ、成長は起きません。

逆に、「せっかく本音を話したのに、正論で叩き返された」「勇気を出して相談したら、その場で評価された」と感じれば、せっかくできた心理的安全性も簡単に失われます。

つまり、心理的安全性を高めれば高めるほど、次に問われるのは、
出てきた声へ、どう返すか。
なのではないでしょうか。
今回読んだ服部周作さんの『リーダーのためのフィードバックスキル』は、この「返す力」をかなり具体的に扱っています。
そして読みながら感じたのは、フィードバックとは単なる「指摘する技術」ではないということです。
もっと難しい。
相手を見る。話を聞く。自分が受けた影響を伝える。そして、次の行動を一緒につくる。
つまりフィードバックとは、
「言える」を「変われる」へ変換する技術
なのだと思います。

今回紹介する本

服部周作『リーダーのためのフィードバックスキル』

本書は、フィードバックを「部下へ改善点を伝える技術」としてだけ扱っていません。

序盤では、そもそもフィードバックとは何なのか、なぜ必要なのかを整理したうえで、「成長フォーカス」と「評価フォーカス」の違いを明確にしています。本書38ページの比較表では、成長フォーカスは相手を導き、詳細や改善可能性、未来へ目を向ける一方、評価フォーカスは人を裁き、大きなメッセージや過去のパフォーマンスへ目を向けるものとして整理されています。

さらに本書は、良いフィードバックの基本として、相手を中心に考えること、相手に与えるインパクトを意識すること、マインドフルに状況を捉えることを扱います。その後は、観察、傾聴、感情を伝える、行動を促すというフィードバックループへ進み、最後は個人間のフィードバックからチームラーニングへと視野を広げていきます。

つまり本書は、「何と言えば部下が傷つかないか」という話だけではありません。
人を成長させるフィードバックとは、どんなコミュニケーション構造なのか。
そこまで考える本です。

管理職がフィードバックしづらくなっている

管理職研修をしていると、フィードバックについての悩みはかなり多く出てきます。
「厳しく言うと、ハラスメントと受け取られないか心配です」
「最近の若手には、どこまで言っていいのか分からない」
「改善してほしいけれど、辞められるのも困る」
「評価面談で初めて言うと、『そんな話は聞いていません』と言われる」
こうした悩みです。

以前であれば、「悪いところはきちんと指摘する」「上司が正しい方向を教える」というマネジメントでも成立する場面が多かったのかもしれません。

しかし、働く人の価値観も、キャリア観も、雇用関係も変わっています。専門性の高い部下の場合、上司より本人の方が仕事を詳しく知っていることも珍しくありません。

だから、昔のマネジメントが間違っていたという話ではありません。フィードバックが成立する条件そのものが変わっているのだと思います。

今の管理職に必要なのは、言い方を柔らかくすることだけではありません。
「上司の正解を伝える」から、「相手が次にどう動くかを一緒に考える」へ。
フィードバックの役割そのものを変える必要があります。

心理的安全性が高いほど、フィードバックは重要になる

心理的安全性の高い職場では、本音が出ます。
「この仕事、正直うまくいっていません」
「そのやり方には納得できません」
「もっとこういう仕事がしたいです」
「自分はここが苦手です」
ここまでは、これまでの記事でも考えてきました。
しかし、こうした情報が出てきたあと、上司が、
「そうなんだね」
で終わったらどうでしょうか。
話しやすい。
でも何も変わらない。
これは心理的安全性が高いというより、ただ話を聞いているだけになってしまいます。
逆に、
「それは君の考え方が甘い」
「もっと主体性を持った方がいい」
「私が若い頃はこうだった」
と返せば、次から部下は話さなくなるかもしれません。
つまり、心理的安全性とフィードバックには少し緊張関係があります。
心理的安全性だけでは成長につながらない。フィードバックを間違えると心理的安全性を壊す。
だから、この二つはセットで考える必要があります。
心理的安全性が、
「言ってもいい」
をつくるものだとすれば、
フィードバックは、
「言ったことを次の行動へ変える」
役割を持っています。

フィードバックと評価を混ぜると、部下は守りに入る

今回の本で特に重要だと思ったのが、「成長フォーカス」と「評価フォーカス」の違いです。
管理職は、日常的にこの二つを混ぜています。
例えば、
「最近、主体性が足りないよね」
というフィードバック。
本人としては改善を促しているつもりかもしれません。
でも部下側では、
「私は主体性のない人間だと評価された」
と受け取る可能性があります。
ここで起きているのは、行動へのフィードバックではなく、人物評価です。
本書が示す成長フォーカスは、もっと具体的です。
「先週の会議では、上司から質問されるまで意見を出していなかった。次回は、自分から一度提案してみるのはどうだろう」
こちらなら、何を変えればよいのかが分かります。
つまり、
人を評価するのではなく、行動を編集する。
ここに大きな違いがあります。

管理職が伝えたいのは「人物像」ではなく、「観察した事実」である

フィードバックで揉める理由の一つは、事実と解釈が混ざることです。
「声が小さい」
「積極性がない」
「コミュニケーションが苦手」
「リーダーシップがない」
こうした言葉は、一見すると事実のようですが、多くは解釈です。

本書でも、観察可能な事実と、そこから導いた解釈や評価を分けることが繰り返し扱われています。例えば「声が小さい」という主観ではなく、「3分の1には届いていないように聞こえた」というように、できるだけ観察可能な状態へ戻すことが重要になります。

これは心理的安全性とも深く関係します。
人物を評価されると、人は自分を守ろうとします。
行動について話されると、
「では次に何を変えるか」
へ進みやすい。
つまり良いフィードバックとは、
相手の人格と、改善すべき行動を切り離す技術
でもあります。

「正しいこと」を言えば、人は変わるわけではない

管理職として経験が増えると、部下の問題が見えます。
「そこはこうした方がいい」
「このやり方だと失敗する」
経験があるからこそ分かる。
だから教えます。
でも、ここには大きな落とし穴があります。
正しい情報を伝えたことと、相手が変わることは別です。
本書が面白いのは、フィードバックを単なる情報伝達として扱っていない点です。
相手を観察する。
相手の話を聞く。
自分が受けた感情や影響を伝える。
最後に行動を促す。

本書76ページの図では、このプロセスが「観る→聴く→感情を伝える→行動を促す」という4つのステップとして整理されています。

かなり示唆的です。
なぜなら、私たちはフィードバックというと、
「伝える」
から始めてしまうからです。
でも、本来はその前に、
「観る」と「聴く」
があります。

フィードバックは「話す技術」より「見る技術」なのかもしれない

例えば、部下のプレゼンがうまくいかなかったとします。
上司からすると、
「もっと簡潔に話せばいい」
と思う。
すぐ伝えたくなります。
しかし、
なぜ長くなったのか。
本人は何を意識していたのか。
顧客のどんな反応を見ていたのか。
自分ではどう感じているのか。
そこを聞かなければ、本当の原因は分かりません。
本人としては、
「説明不足と思われるのが怖くて、情報を増やしていた」
のかもしれない。
そうだとすれば、
「もっと簡潔に」
だけでは問題は解決しません。
つまりフィードバックは、
相手へ何を言うかを考える技術ではなく、相手に何が起きているのかを理解する技術
でもあります。
これは、経験を重ねた管理職ほど注意した方がいいと思います。
経験があるほど、見ただけで分かった気になります。
でも「分かったつもり」が、一番フィードバックを難しくします。

管理職の成功体験は、そのまま部下へ渡せない

ここは、心理的安全性の記事を読んでくださっている管理職世代に特に考えてほしいところです。
管理職には、多くの成功体験があります。
こうやって顧客を攻略した。
こうやって企画を通した。
こうやって上司と付き合った。
若手から相談されると、その経験からアドバイスしたくなります。
経験を伝えること自体は悪くありません。
ただし、
自分にとって成功した方法が、相手にとっても正しいとは限らない。
時代が違う。
仕事内容が違う。
強みが違う。
顧客も違う。
本人が目指しているキャリアも違う。
だから管理職の経験は、
「答え」
として渡すのではなく、
一つの選択肢へ翻訳する
必要があります。
これは、フィードバックのかなり重要な役割だと思います。

Case OSとしては、フィードバックを「行動編集」と捉えたい

ここまで考えて、今回のCase OSとしての再定義です。
一般的にフィードバックというと、
指摘する。
評価する。
改善点を伝える。
というイメージがあります。
でも本書を読みながら、私は少し違う言葉で捉えたくなりました。

フィードバック＝相手の現在の行動と未来の可能性の間に、「次の一歩」をつくる行動編集

です。
ポイントは、
編集
という言葉です。
編集とは、全部を書き換えることではありません。
その人が持っているものを活かしながら、不要なものを削り、順番を変え、足りないものを加える。
フィードバックも同じです。
相手の人格を変えるのではない。
その人の行動を一緒に見ながら、
「ここを少し変えたら、もっと良くなる」
という可能性をつくる。
そう考えると、フィードバックはかなり前向きな技術になります。

良いフィードバックは、「選択肢」を増やす

悪いフィードバックには特徴があります。
「こうしなさい」
しかない。
つまり、選択肢を減らします。
良いフィードバックは逆です。
「このやり方もある」
「こうすると相手にはこう見える」
「次はこの方法を試してみてもいい」
本人が自分で選べる材料を増やします。

本書でも、良いフィードバックを考える際に、その内容が具体的か、相手を少し伸ばすものになっているか、そしていつまで有効なのかという観点を確認する考え方が示されています。

フィードバックの目的が、
相手を自分のやり方へ近づけること
ではなく、
本人がより良い行動を選べるようにすること
だと考えると、管理職の姿勢もかなり変わります。

「厳しいフィードバック」と「怖いフィードバック」は違う

心理的安全性を重視すると、
「厳しいことを言えなくなる」
という話があります。
しかし、本来は逆です。
心理的安全性があるからこそ、厳しいフィードバックもできます。
ただし厳しさとは、
言葉を強くすることではありません。
曖昧にしない。
事実から逃げない。
期待水準を明確にする。
改善が必要なら、必要だと伝える。
これが厳しさです。
一方、
人格を否定する。
曖昧な評価をする。
人前で叱る。
「普通はできるだろう」
と比較する。
これは厳しさではなく、ただ相手を不安にする可能性があります。
心理的安全性と成果責任は両立します。
むしろ、
何が期待されているかが明確な方が、人は安心して挑戦できる。
ここは、これまでの心理的安全性の記事ともつながります。

フィードバックは「与える側」だけのスキルではない

もう一つ、本書で重要なのは、フィードバックを受ける側についてもかなり扱っていることです。
これは実務的です。
どれだけ上司が丁寧にフィードバックしても、受け手が、
「否定された」
「自分は評価されていない」
と感じることはあります。
逆に管理職自身も、上司や部下からフィードバックを受ける立場です。

本書では、フィードバックを受けるときに、内容と感情を切り分けたり、相手の意図を確認したり、いったん距離を置いて整理したりすることも扱われています。

ここから一つ大事なことが見えてきます。
フィードバック文化は、「上司が上手に指導できる会社」ではありません。
誰もが、
伝える。
受け取る。
考える。
必要なら修正する。
それができる組織です。

心理的安全性の次に必要なのは、「フィードバック耐性」かもしれない

これまでCase OSでは、
言える。
聞ける。
という心理的安全性を中心に考えてきました。
しかし、本当に成長する組織にはもう一つ必要です。
耳の痛い情報を受け取れること。
心理的安全性が高いからといって、全員が気持ちの良いことだけを言うわけではありません。
むしろ本音が増えれば、
「その説明は分かりにくかった」
「最近、あなたに相談しづらい」
「その判断には納得できない」
という情報も増えます。
そこで怒る。
言い訳する。
相手を遠ざける。
となれば、心理的安全性は維持できません。
つまり、
心理的安全性の成熟度は、「本音を言えるか」だけでなく、「本音を受け取れるか」に表れる。
これは今回の本から得た大きな気づきです。

「フィードバックをもらえる人」が、長期的には伸びる

優秀な人ほど、フィードバックが減ることがあります。
役職が上がる。
周囲が遠慮する。
本人も経験が増える。
すると、
「誰も何も言わなくなる」
状態が起きます。
管理職にとって、これはかなり危険です。
自分の判断。
会議の進め方。
部下への接し方。
すべてに癖があります。
でも自分では気づきにくい。
だからこそ、役職が上がるほど、
自分へフィードバックが届く経路を意図的につくる
必要があります。
「何かあったら言って」
では足りません。
「今日の会議、私の進め方で改善した方がいいところはあった？」
くらい具体的に聞く。
管理職自身がフィードバックを求める姿を見せること自体が、チームにメッセージを出します。
「このチームでは、役職が上でも修正する」
というメッセージです。

チームになると、フィードバックの意味が変わる

本書の後半では、個人間のフィードバックから、チームラーニングへ話が広がります。

チームリーダーだけが全員へフィードバックするのではなく、メンバー同士が互いの強みや仕事の癖、役割、進め方について情報を交換する。

本書129ページの図では、フィードバックが上から下へ一本方向に流れるのではなく、さまざまなメンバー間を行き交う状態が示されています。

これは非常に重要です。
管理職一人が全員を見るモデルには限界があります。
チームの人数が増えるほど、仕事が専門化するほど、管理職がすべての仕事を詳細に評価することは難しくなります。
そのとき必要なのは、
フィードバックを「管理職の仕事」から「チームの能力」へ変えること。
です。

フィードバックが増えると、管理職の負担は減る可能性がある

フィードバック文化というと、
「管理職の仕事がまた増える」
ように感じます。
でも、本当にチーム内でフィードバックが回れば、逆かもしれません。
メンバー同士で、
「ここ、こうしたらもっと分かりやすいよ」
「この分析、〇〇さんに一度見てもらうといいかも」
「その進め方だと後工程が困る」
と言える。
すると、すべてを上司が発見し、修正する必要がなくなります。
これは前回の心理的安全性の記事とも共通します。
心理的安全性もフィードバックも、
管理職が全部やるのではなく、チームが自律的に回せる状態をつくること
が最終的には重要です。

AI時代には、「答えを返す」より「問いを返す」力が重要になる

生成AIは、かなり多くのフィードバックを返せるようになっています。
文章を改善する。
プレゼンをレビューする。
ロジックの穴を指摘する。
コードを直す。
これは非常に便利です。
でもAIがフィードバックできるようになるほど、人間の管理職には別の役割が残ると思います。
「何を直すか」ではなく、「本人が何を目指しているのか」を一緒に考えること。
AIは、
「この文章は冗長です」
と指摘できます。
でも、
「あなたはこの仕事を通じて、どんな力を身につけたいのか」
という問いは、本人との関係の中で初めて意味を持ちます。
だからAI時代のフィードバックは、
答えを返すことから、
問いを返すこと
へ少しずつシフトするのかもしれません。

結論｜フィードバックとは、「自分の正解を伝えること」ではない

『リーダーのためのフィードバックスキル』を読んで、改めて感じたのは、フィードバックという言葉が少し誤解されているということです。

フィードバックは、
注意することでも、
褒めることでも、
評価することでもありません。
それらを含む場合はあります。
でも本質はもう少し広い。
相手を見る。
相手の話を聞く。
自分がどう受け取ったのかを伝える。
そして、
「では、次にどうするか」
を一緒に考える。
Case OSでは今回、

フィードバック＝相手の現在の行動と未来の可能性の間に、「次の一歩」をつくる行動編集

と捉えたいと思います。
心理的安全性によって、本音が出る。
フィードバックによって、その本音や事実が次の行動へ変わる。
この二つがそろって初めて、
「安心して働ける職場」
から、
「安心して成長できる職場」
へ進むのだと思います。
そして管理職にとって最も重要なのは、自分の経験や正解を相手へコピーすることではありません。
自分の経験を材料として提供しながら、相手自身が次の行動を選べるようにする。
それができる人ほど、人を育てられる。
Case OSとして最後に残したい問いは、これです。

「あなたのフィードバックは、相手の行動の選択肢を増やしているだろうか。それとも、自分の正解へ近づけようとしているだけだろうか。」

この違いは、かなり大きいと思います。