Skip to content
Published on

1on1とフィードバックの技術 — ICとマネージャー双方のための実践ガイド

🇰🇷KO🇺🇸EN🇯🇵JA
Split View필사 모드
Authors

はじめに — なぜ今、1on1が再び話題なのか

リモート・ハイブリッド勤務が標準となり、AIエージェントが日常業務のかなりの部分を処理する2026年。逆説的に、Hacker News や GeekNews で最も繰り返し上がるテーマのひとつは、きわめて人間的なもの — 1on1ミーティングとフィードバックです。「マネージャーとの1on1がステータス報告に成り下がった」「年末評価で初めて聞くフィードバックに頭を殴られた」といった投稿には、必ず数百件の共感コメントが付きます。

理由は明確です。コードを書く作業はエージェントが助けてくれますが、信頼を築き、人を成長させる仕事は自動化されないからです。Will Larson(lethain)は1on1を「マネージャーが持つ最も高価な定期投資」と呼び、Kim Scott の Radical Candor は「直接的に挑みつつ、個人として気にかける」フィードバック文化を提案しました。本記事はその古典的な洞察を2026年の職場に合わせ、IC(Individual Contributor)とマネージャー双方の視点から実践ツールとして整理します。

1on1が形骸化する理由

まず病気の原因から診断しましょう。1on1が死んでいく典型的な経路はこうです。

ステップ1: アジェンダなしで開始(「何か話すことありますか?」)
   |
   v
ステップ2: 話すことがないので業務進捗の報告で埋める
   |
   v
ステップ3: 「それは朝会で聞いたけど...」-> 双方が時間の無駄と感じる
   |
   v
ステップ4: 「忙しいなら今週はスキップ?」-> 隔週になり、月1回になり
   |
   v
ステップ5: 四半期評価で互いに驚く(サプライズ評価の誕生)

根本原因は3つ:

  1. 目的の不在: 1on1は業務報告の時間ではありません。業務進捗は非同期(チケット、Slack、朝会)で十分です。1on1の固有の目的は非同期で扱いにくいもの — 障害物、人間関係、キャリア、感情 — です。
  2. 準備の不在: 双方が準備なしで臨むと、最も無難な話題(業務ステータス)に収束します。
  3. フォローの不在: 話したことが何も変わらなければ、話す理由が消えます。

良い1on1の構造

共有アジェンダドキュメント

最も効果の高い単一の介入は、二人で一緒に見るアジェンダドキュメントをひとつ作ることです。Notion、Google Docs、Wiki、どこでも構いません。

# 1on1 — ヨンジュ x マネージャー(毎週火 14:00、30分)

## 次回のアジェンダ(双方が事前に追加)
- [ヨンジュ] 決済マイグレーションで他チーム依存がブロック — エスカレーションすべきか
- [マネージャー] 来四半期のプロジェクトアサインについて意見を聞きたい

## 定例チェック(毎回2分)
- 先週のアクションアイテムのレビュー

## アクションアイテム
- [ ] (マネージャー) プラットフォームチームのリードにAPI日程を確認 — 6/16まで
- [ ] (ヨンジュ) キャリア目標ドキュメントv1を作成 — 6/19まで

## 過去の記録(新しいものが上)
### 2026-06-09
- 議論: ...
- 決定: ...

ルール:

  • ミーティングの24時間前までにアジェンダ項目を追加。 項目がゼロならその週はキャンセルしても構いません。ただし2回連続でキャンセルされたら、それ自体をアジェンダに上げます。
  • 記録は同じドキュメントに蓄積します。半年分の記録は評価シーズンに双方の保険になります。

3トラック構造

30分の1on1の時間配分の推奨案:

トラック内容時間頻度
状態コンディション、ワークロード、燃え尽きの兆候5分毎回
障害物詰まっていること、対立、エスカレーション事項15分毎回
キャリア成長目標、フィードバック、次のステップ10分隔週以上

キャリアトラックが核心です。毎回でなくてもよいのですが、1か月以上キャリアの話がなければ、その1on1は警告灯が点いた状態です。

IC編 — 1on1を主導する方法

1on1の主人はマネージャーではなくICです。この認識の転換ひとつがすべてを変えます。マネージャーの30分を、自分の成長のために割り当てられた予算だと考えてください。

準備テンプレート(ミーティング前の5分)

今週の1on1準備メモ
1. 今、自分を最も妨げているものは?
   (技術の問題 / 人の問題 / プロセスの問題)
2. マネージャーにしか解決できないものは?
   (権限、情報、エスカレーション、政治的支援)
3. 先週やったことのうち、マネージャーが知らない価値ある仕事は?
   (セルフアピールは1on1の正当な用途だ)
4. フィードバックをもらいたい領域は?
   (「先日の設計レビューで私のコミュニケーションはどうでしたか?」)
5. キャリア: 今の仕事は自分の目標とつながっているか?

上げると良い話題 vs 悪い話題

良い話題(1on1固有の価値)悪い話題(他のチャネルが適切)
チームメイトとの協業の摩擦単純な業務進捗の報告
キャリアの方向性と次のステップコードレビューの依頼
ワークロードと燃え尽きの兆候会議で決められる技術的決定
マネージャーへのフィードバックチケットに書けばよいバグの議論
組織変更への不安休暇予定の共有(メールで十分)
聞きにくくて溜めていた質問決定済み事項の蒸し返し

詰まっていることを伝える技術

障害物を上げるときは、不満ではなく意思決定の依頼の形にします。

[悪い例]
「プラットフォームチームがAPIをくれないので進みません。本当にイライラします。」

[良い例]
「プラットフォームチームのAPIが2週間遅れて、マイグレーションがブロックされました。
私が見ているオプションは3つです。
A. 待つ(スケジュール2週間遅延を受け入れる)
B. 一時的なアダプタを作る(2日の追加作業、後で捨てる)
C. マネージャーがプラットフォームチームのリードと優先順位を調整する
私はBが良いと思いますが、Cが可能ならそれがベストです。どう思われますか?」

オプションと自分の意見まで持っていけば、マネージャーは「問題を抱え込む」代わりに「判断するだけ」で済みます。これがマネージアップの基本です。

マネージャー編 — 質問ライブラリと沈黙

質問ライブラリ20選

良い1on1は良い質問から生まれます。状況別に整理しました。

[オープニング — 状態確認]
1. 今週を色で表すと? なぜ?
2. 最近いちばんエネルギーを使っているのは何ですか?
3. ワークロードは10点満点で何点? 7点超なら何を下ろしましょうか?

[障害物の発掘]
4. 今いちばんもどかしいことは何ですか?
5. 今週私がひとつだけ解決できるとしたら、何を選びますか?
6. 仕事のスピードを落としているプロセスはありますか?
7. どの会議が時間の無駄だと感じますか?

[チームと人間関係]
8. チームで最近気になる雰囲気はありますか?
9. 誰との協業がいちばんうまくいき、誰とは摩擦がありますか?
10. 私が知らないままになっていそうなことはありますか?

[キャリアと成長]
11. 今の仕事のうち、もっとやりたいことと減らしたいことは?
12. 1年後、何をしていたら成功だと感じますか?
13. 最近学んでいることはありますか? 会社がそれを支援する方法は?
14. 次のステップに進むには何が足りないと自分では思いますか?

[双方向フィードバック]
15. 最近の私の決定で納得できなかったものはありますか?
16. 私が何を増やし、何を減らせば働きやすくなりますか?
17. チーム会議の運営の仕方、正直どうですか?

[クロージング]
18. 今日の話のうち、アクションにすべきものは何でしょう?
19. 次の1on1までに私が確認しておくことはありますか?
20. 今日扱えなかったことで、次回必ず扱うべきものは?

沈黙に耐える技術

マネージャーが最も苦手なのは沈黙です。良い質問を投げて3秒経つと不安になり、自分で答えを埋めてしまいます。その瞬間、1on1はマネージャーの独白になります。

  • 質問の後、心の中で7秒数えましょう。 深い質問ほど、相手には考える時間が必要です。
  • 相手が短く答えたら「もう少し聞かせてもらえますか?」の一言でもう一段降ります。
  • 発話比率の目標: マネージャー30、IC 70。 終わったら比率を振り返ってみてください。

フィードバックフレームワーク比較 — SBI、COIN、Radical Candor

フィードバックのフレームワークは数多くありますが、本質は同じです。観察可能な事実から出発し、影響を伝え、次の行動に合意する。 代表的な3つを比較します。

フレームワーク構造強み弱み適した状況
SBI状況-行動-影響簡潔で覚えやすい次の行動ステップがない軽い日常のフィードバック
COIN文脈-観察-影響-次へフォロー行動まで含むSBIより長く重い矯正が必要なフィードバック
Radical Candor直接挑む x 個人として気にかける の2軸文化レベルの羅針盤会話テンプレートではないフィードバック文化の設計

Radical Candor の4象限はこう描けます。

                  個人として気にかける (Care Personally)
                          ^
                          |
   破滅的な共感           |        徹底的な率直さ
   (Ruinous Empathy)      |        (Radical Candor)
   問題に気づいているが   |        気にかけながら
   傷つけそうで沈黙       |        直接伝える <- 目標
                          |
  ---------------------------------------------------> 直接的に挑む
                          |        (Challenge Directly)
   不誠実な操作           |
   (Manipulative          |        不快な攻撃性
    Insincerity)          |        (Obnoxious Aggression)
   陰でだけ話す           |        気にかけず直言のみ

よくある誤解: Radical Candor は「遠慮なくズケズケ言え」ではありません。4象限の核心は、個人への関心が前提にない直言はただの攻撃だということです。日頃から信頼残高を積んでいなければ、どのフレームワークを使ってもフィードバックは失敗します。

難しいフィードバックのスクリプト5本

実際のセリフレベルで作ったシナリオ別スクリプトです。COIN構造(文脈-観察-影響-次へ)を基本とします。

スクリプト1 — 成果: 締め切りを繰り返し逃すメンバー

「今回のスプリントの話を少ししてもいいですか?(文脈)
直近3回のスプリントで、担当チケットの半分ほどが最終日に未完了のまま
持ち越されました。(観察 — 事実のみ。『いつも遅い』のような一般化は禁止)
そうなるとQAの日程が押して、他のメンバーが週末にカバーすることになります。(影響)
私が知りたいのは、見積もりが難しいのか、途中で割り込みが多いのかです。
原因を一緒に探したいです。どう見ていますか?」(次へ — 診断を共同で)

スクリプト2 — 協業: コードレビューのトーンが攻撃的なメンバー

「昨日PRレビューに残したコメントの話なんですが。(文脈)
『なぜこう書いたのか理解できない』という文がありました。(観察 — 引用)
受け取った側からするとコードではなく人が評価されている感じがして、
実際その後、その方のPR頻度が減っています。(影響)
指摘の内容自体は妥当でした。同じ内容を
『このアプローチの意図を知りたいです。Xのケースはどう処理されますか?』に変えれば、
技術的な鋭さは保ったまま防御反応は起きません。試してみませんか?」(次へ)

スクリプト3 — 態度: 会議で異論を遮断するシニア

「今日の設計会議で感じたことを共有したいです。(文脈)
ジュニア2人が代案を出したとき、2回とも『それは昔やったけどダメだった』で
最初の一文で終わりました。(観察)
経験から来る判断だとは分かっています。でもそのパターンが繰り返されると、
会議で新しい意見自体が出なくなり、結局検討されなかったリスクは
全員の負担になります。(影響)
次からは結論の前に『どんな状況を想定した提案ですか?』と一度だけ
聞いてもらえませんか。シニアであるあなたのその一文が、会議全体の
安全度を決めるんです。」(次へ)

スクリプト4 — 成長: 優秀だが見えないところで働くメンバー

「良いフィードバックなので気楽に聞いてください。(文脈)
先月の障害のとき、根本原因を見つけたのは実質あなたの分析でしたが、
振り返りドキュメントにも発表にもそのプロセスが出てきませんでした。(観察)
結果として評価資料に残るのはドキュメントと発表だけなので、
あなたのインパクトが実際より小さく記録されています。それは本人の損でもあり、
チームが良い分析手法を学ぶ機会を失うことでもあります。(影響)
来四半期は分析プロセスを短い記事に残すことを目標にしませんか?
最初の1本は私が一緒に磨きます。」(次へ)

スクリプト5 — 燃え尽きの兆候: 急に静かになったメンバー

「最近どうかなと思いまして。(文脈)
ここ2週間、会議でほとんど発言がなく、普段は自分から設定していた
ペアセッションも入れていませんよね。(観察 — 推測ではなく行動)
何かが間違っているという話ではなく、いつもと違うので気になっています。
(影響の代わりに関心)
仕事のことでも別のことでも、話したい分だけ話してくれれば十分です。
今は話したくなければ、それでも大丈夫です。」(次へ — 強要しないドア)

共通の原則:

  • 事実(録画可能なもの)と解釈を分離します。「態度が悪い」は解釈、「会議で3回話を遮った」は事実です。
  • 一度にひとつのテーマだけ。 フィードバックのまとめ打ちは、すべてのメッセージを殺します。
  • 速く。 出来事とフィードバックの間隔が開くほど、効果は指数的に落ちます。

受け取る技術 — フィードバックを資産に変える

フィードバックを上手に受け取る能力は、上手に与える能力より希少で、だからこそ目立ちます。

防御反応への対処

批判を聞くと脳は脅威反応を起こします。正常です。問題はその状態で口を開くことです。

防御反応が上がってきたときの4ステップ
1. 停止: 最初の一文を飲み込む(「いや、そうじゃなくて...」は禁止)
2. メモ: 聞いた内容をそのまま書き取る(書く行為が感情を冷ます)
3. 明確化の質問: 「具体的な例をひとつ挙げてもらえますか?」
4. 時間の要請: 「大事な話なので考える時間がほしいです。
   明日もう一度話せますか?」— 即答の義務はない

明確化質問コレクション

  • 「具体的にどんな状況でそう感じましたか?」
  • 「それは一度のことでしたか、パターンだと見ていますか?」
  • 「私がどうしていればもっと良かったでしょうか?」
  • 「これは私の成長のための助言ですか、それとも評価に影響する事案ですか?」(重要 — 重みの確認)

受け取ったフィードバックに同意しなくても構いません。ただし**「聞いた、理解した、検討する」というシグナル**は必ず返してください。同意と傾聴は別の行為です。

上方向フィードバック — マネージャーに伝える

権力の非対称性のため、最も難しいフィードバックです。安全な話法の核心は、個人批判ではなく効果についての観察としてフレーミングすることです。

[安全な上方向フィードバックの公式]
「私の働き方の観点から共有すると」(主語を自分に)
+ 観察可能な事実
+ 自分に生じた影響
+ 依頼(命令ではなく実験の提案)

[例1 — マイクロマネジメント]
「私の作業スタイルの観点から共有すると、進行中の作業に1日2〜3回
詳細確認が来ると、コンテキストスイッチで集中時間が途切れます。
私が先にSlackへ日次サマリーを上げる方式で、2週間だけ実験してみませんか?」

[例2 — 方針が頻繁に変わる]
「この1か月で優先順位が3回変わり、チームが着手した作業を2回捨てました。
変更自体は仕方ないと思っています。ただ、変更の時点で
『上流で何が変わったのか』の背景を一行でも共有していただければ、
チームが納得して切り替えるスピードが速くなると思います。」

マネージャーとして上方向フィードバックを受けたいなら、まず自分の弱点を具体的に開示してください。「私は会議で話が長いですよね。直そうとしているので、次に長くなったら合図してください」のような自己開示が、安全感の呼び水になります。

リモート1on1のコツ

  • カメラより散歩: 可能なら、ときどき音声のみの散歩1on1を試してください。画面の凝視が消えると、難しい話題が出やすくなります。
  • ドキュメントが先、画面共有は後: アジェンダドキュメントを各自先に読んでから始めると、30分が2倍深くなります。
  • 時差があるなら非同期1on1で補完: 週1回のビデオ + 週中の非同期ボイスメモの組み合わせが効果的です。
  • 感情シグナルの帯域損失を意識: リモートでは表情と沈黙の情報が減ります。「今、表情がよく見えないのですが、さっきの提案はどう感じましたか?」と明示的に聞く必要があります。

フィードバック文化を作る — 周期と心理的安全性

個人技を超えてチームレベルのシステムにするには:

  1. 周期を短く: 年1回の評価にフィードバックを集中させると必ずサプライズが生まれます。週次1on1での軽いフィードバック + 四半期ごとの整理が基本リズムです。
  2. ポジティブフィードバックの比率: 矯正フィードバックだけが流れるチームでは、フィードバック自体が罰のシグナルになります。良かったことを具体的に(やはりSBIで)伝える頻度が、矯正の3倍は必要です。
  3. リーダーが先に受ける: チームの振り返りでリーダーが自分へのフィードバックを先に求め、受けたものを実際に直す姿を見せるとき、心理的安全性が生まれます。
  4. フィードバック依頼の常態化: 「今日の発表どうだったか、ひとつだけ教えてくれますか?」をチームの日常言語にしましょう。求められたフィードバックは防御反応を起こしません。

記録とフォローアップ — アクションの追跡

話したことが変わってこそ1on1は生きます。

アクションアイテムのルール
- すべてのアクションに担当者と期限(なければアクションではなく願望)
- 次の1on1の最初の2分は必ず前回アクションのレビュー
- 3回連続で持ち越されたアクションは削除するか再定義(ゾンビアクション禁止)
- キャリア関連の合意は別ドキュメントに蓄積(評価シーズンの根拠資料)

記録はICにとって特に重要です。半年分の1on1記録とアクション完了履歴は、昇進のケースを作る際の最も強力な一次資料です。

アンチパターン集

アンチパターン症状処方
サンドイッチの乱用称賛-批判-称賛でメッセージが埋もれる矯正は矯正、称賛は別に
サプライズ評価評価面談で初めて聞く問題週次フィードバックループに分散
状態報告1on1朝会と同じ内容の繰り返し業務報告は非同期へ移管
頻繁なキャンセル忙しいと1on1から犠牲に2回連続キャンセルでアジェンダ化
マネージャーの独白発話比率が70対30に逆転質問後7秒の沈黙トレーニング
ゾンビアクション同じアクションが毎週持ち越し3回持ち越しで削除か再定義
フィードバックのまとめ打ち四半期分のフィードバックを1日で出来事から48時間以内に1テーマずつ

サンドイッチ技法についてもう一言。称賛で始め、批判を挟み、称賛で閉じる方式は、受け手がパターンを学習した瞬間、すべての称賛を批判の前兆として疑うようにさせます。称賛の価値まで破壊する二重の損失です。矯正フィードバックは敬意を込めて単独で伝える方が良いのです。

落とし穴と批判的視点

  • フレームワーク万能主義への警戒: SBIを暗記しても信頼がなければ「よく構成された攻撃」に聞こえます。フレームワークは信頼残高の上でのみ機能します。順序は関係が先、技術が後です。
  • 文化圏の違い: 直言の許容範囲は文化によって異なります。Radical Candor の「直接挑む」をそのまま適用すると、組織によっては無礼と受け取られます。チームのコンテキストに合わせて強度を補正すべきです。
  • 1on1は万能ではない: 構造的な問題(人員不足、誤った目標)は1on1では解決しません。1on1で同じ障害物が3週連続で出てくるなら、それは会話の問題ではなく組織の問題です。
  • 記録の両面性: 1on1の記録が評価や法的手続きに使われうる組織もあります。デリケートな個人的事情は、記録の範囲を合意してから残しましょう。

最終チェックリスト

IC向け

  • 1on1の共有アジェンダドキュメントがあり、24時間前に項目を上げているか
  • 障害物をオプション+意見の形で持っていっているか
  • 月に1回以上キャリアのテーマを上げているか
  • フィードバックを受けたら明確化の質問をし、即答の代わりに検討しているか
  • 上方向フィードバックを観察+影響+実験提案の形で伝えているか
  • 1on1の記録とアクション完了履歴を蓄積しているか

マネージャー向け

  • 発話比率が30以下か(質問後7秒の沈黙)
  • 質問ライブラリから毎週異なるトラックの質問を使っているか
  • 矯正フィードバックを出来事から48時間以内に伝えているか
  • ポジティブフィードバックが矯正の3倍以上か
  • 評価面談にサプライズがないか(あれば自分の失敗)
  • メンバーに自分へのフィードバックを先に求めたか
  • アクションアイテムに担当者と期限があり、毎回レビューしているか

おわりに

AIがコードを書く時代に、マネージャーとICに残る仕事の本質は結局、人です。1on1とフィードバックは、その本質を扱う最も小さく、最も頻繁に繰り返される単位です。大げさな組織改編がなくても、来週の1on1にアジェンダドキュメントをひとつ作り、質問をひとつ変えることから始められます。小さなループが回り始めれば、信頼は複利で積み上がります。

参考資料

Discuss on Twitter • View on GitHub