評価関数に「非連続な成長」を組み込む1on1：フィードバックの解像度を変える術式

もしあなたの1on1が「最近どう？」という漫然とした問いから始まり、タスクの進捗確認で終わっているなら、それは貴重なCPUサイクルをドブに捨てているのと同義だ。進捗確認なら非同期のテキストで済む。

対面（あるいはビデオ会議）という高帯域な通信経路を占有する1on1の真の目的は、メンバーが持つ「評価関数」の更新である。日々の業務という「局所最適」に陥っている視点を、組織の期待値やキャリアの「構造的変化」へと強制的にシフトさせる、1on1の設計思想を解剖する。

---

1. 1on1は「評価関数の重み付け」を合意する場である

メンバーが「何を頑張るべきか」を誤認している状態は、コードにおけるロジックのバグと同じだ。EMの役割は、そのバグを指摘することではなく、評価関数の「変数（パラメータ）」と「重み（ウェイト）」を再定義することにある。

• 変数の追加： 本人が認識していない「組織への影響力」や「技術的負債の解消」といった新たな評価軸を提示する。
• 重みの変更： 目の前のチケット消化（短期成果）よりも、チームの生産性を底上げするドキュメント化（中長期貢献）の重みを高めるよう促す。

この関数の同期が完了したとき、メンバーはマネージャーの指示を待つことなく、自律的に「正しい優先順位」を選択できるようになる。

2. 非連続な成長のトリガー：既存の延長線上を「切る」勇気

多くの成長支援は「今のスキルを110%に伸ばす」という線形（リニア）な発想に留まっている。しかし、市場価値や組織貢献度を劇的に跳ね上げるには、「非連続な成長（構造的転換）」が必要だ。

1on1において、「今のやり方のまま頑張る」ことをあえて否定し、抽象度を一段上げた課題を投げよ。ここで重要なのは、否定するのは人格や努力ではなく、あくまで「旧バージョンの評価関数」であるという点だ。既存の成功体験を一度リセットし、新たなフェーズへと移行するための「コンテキスト・スイッチ」を意図的に発生させるのが、1on1におけるEMの高度な介入である。

3. フィードバックの解像度：解釈の余地を排した「静的解析」

「もっと主体的に」といった曖昧なフィードバックは、コンパイルエラーを吐かないだけで、実行時に何も解決しない。フィードバックは、具体的かつ構造的であるべきだ。

• 事実（Fact）： 起きた事象を客観的に提示する。
• 影響（Impact）： その事象がチームやビジネスにどのような副作用をもたらしたかを論理的に説明する。
• 期待（Expectation）： 評価関数をどう書き換えれば、次回の「実行時」に異なる結果が出るかを提示する。

解像度の高いフィードバックは、メンバーにとっての「デバッガ」となる。自分の振る舞いを客観的なログとして捉えられるようになれば、成長の速度は指数関数的に向上する。

---

FAQ：1on1の運用デバッグ

• Q：メンバーが1on1で本音を話してくれない。
  • A：1on1は「告白の場」ではなく、あくまで「期待値の同期」の場だと定義せよ。心理的安全性を担保しつつも、論理的な信頼関係を基盤にすることで、感情に左右されない質の高いフィードバック・ループが回るようになる。

• Q：非連続な成長を求めすぎて、メンバーが疲弊しないか？
  • A：非連続な成長とは、労働時間を増やすことではない。むしろ、無駄な努力（低ROIなタスク）をリファクタリングして削ぎ落とし、最もレバレッジの効くポイントにリソースを集中させることだ。正しく重み付けされた評価関数は、むしろ不要な疲弊を軽減させる。

　

おわりに：1on1は、未来の成果を「予約」する投資である

1on1に費やす1時間は、単なるコストではない。それは、数ヶ月後にメンバーが生み出す価値の「傾き」を劇的に変えるための、極めて投資対効果の高い事業活動だ。

メンバー一人ひとりの評価関数を緻密にデバッグし、非連続な成長への導線を引け。あなたが1on1を通じて配備した「論理の種」が芽吹いたとき、チームは一人の限界を超えた爆発的なスループットを発揮し始める。

　

1on1を通じて、評価関数を設計し、非連続な成長を引き出せることは、
単なるマネジメントスキルではありません。

育成・評価・フィードバック設計の経験は、
PM・EM・管理職としての市場価値にも接続されます。

自分のマネジメント経験が、
どの役割期待や年収レンジに接続されるのかを一度確認しておく。

→　JAC Recruitmentでハイクラス転職の選択肢を確認する

---

---