火曜の午後、Slackに部下から短いメッセージが届く。「A社の見積もり、この進め方で合っていますか」。先週も別のメンバーから同じ相談が来た。今月ですでに三度目だ。
flowchart TD
A[部下が相談] --> B[課長が判断]
B --> C[部下が学ばず]
C --> D[来月も相談]
D --> A
同じ相談に何度も降りるほど、来月も同じ相談が来る#
私が話を聞いてきた課長たちは口を揃えて言う。「同じ質問に何度も答えているのに、誰も引き継いでくれない」と。
あなたが即答すれば、その場の相談は5分で終わる。だが部下の頭に残るのは「どう判断したか」ではなく「聞けばあなたが教えてくれる」という手順だけだ。だから来月、別の部下がまた同じ入口からあなたのところへ来る。
これが自己複製の中身だ。降りるたびにあなたの時間は削れる。判断の基準そのものは、あなたの頭の外に一度も出ないまま溜まっていく。マネジメント業務そのものに降り続ける課長も、同じ形の自己複製に陥る。違うのは、あちらが「作業」の巻き取りで、こちらは「判断」の一次受けだという点だ。
判断基準は言語化されない限り、部下にもAIにも渡らない#
複数チームの一次相談があなたに集まる理由は単純だ。判断の基準が、あなたの頭の中にしか存在しないからだ。文書化されていない基準は、部下に渡しようがない。
エクサウィザーズが2026年2月5日に公開したnote記事は、20名のチームを率いるマネージャーの事例を紹介している。月100件の商談と半年以上にわたる毎週の案件相談フィードバックをログ化し、AIエージェントとして再現した。Slack上でメンバーが即座にフィードバックを受けられる仕組みにした。マネージャー本人は日常対応から離れて戦略設計に専念できるようになったという（出典）。
ここでやっているのは、判断基準を頭の外へ出す作業だ。1on1の準備をAIに渡す手順も、根は同じ発想でできている。感情の調整だけ残し、記憶と整理をAIに預ける。相談対応も、判断そのものではなく「よくある型」だけを先に外へ出せばいい。
全部を仕組み化しない。移植するのは相談トップ3だけ#
半年分のログ化を今から真似ようとすると、それ自体が新しい仕事になり、燃料を食う。狙うのは全部の再現ではなく、頻度の高い相談から先に移すことだ。
- 直近の相談を3つに絞る 直近1〜2ヶ月でSlackやメールに残っている相談を見返し、繰り返し出てくるパターンを3つ選ぶ
- 判断の分岐点を書き出す その3つについて、自分が何を見て、どう答えているかを条件と結論の形で1つずつ書く
- 部下が参照できる場所に置く 書いた基準をAIへのプロンプトかテンプレートにして、Slackの固定メッセージか共有ドキュメントに置く
3つで十分だ。頻出する相談の上位3つが、相談全体の多くを占めていることは珍しくない。残り全部を最初から仕組み化する必要はない。
部下がAIの答えに納得しなければ、自分が出る#
トップ3の基準を渡しても、当てはまらない相談は残る。部下がAIの回答に納得しない場面も出る。
そのときの動きを先に決めておく。「AIの回答に違和感があれば、遠慮なく自分に直接聞いていい」と部下に伝えておく。これは仕組みの失敗ではない。判断基準を渡すのは全ての相談から手を引くためではなく、頻出する分だけ先に手を離すためだ。
AIに部下へのフィードバックを渡すときも、最後の一線は自分で引く必要があった。相談対応も同じで、型に当てはまらない残りをどこまで自分に残すかを、先に決めておくと迷わない。
逃げの一手#
トップ3を選んで基準を書き出す時間さえ、今週は取れないこともある。
そのときは、AIに渡す作業自体を後回しにして、口頭で1パターンだけ基準を伝える。「見積もりの前提が薄いときは、この3点だけ先に確認してください」と一言決めて渡すだけでいい。仕組み化は、余裕ができたときに1つずつ増やせばいい。
非評価労働をAIに下書きさせて査定業務へ戻す手順と同じで、全部を一度に変える必要はない。1つ減らせれば、その分だけ来月の相談件数は減る。
ただし、この相談対応の削減は、単なる「業務量の最適化」ではなく、あなた自身の燃料を守る手段だ。相談に何度も降りることで、あなたの思考時間が奪われ、判断力そのものが消耗していく。その気付きがなければ、いつの間にか疲弊から脱出できない状態になってしまう。相談件数を1つ減らすことが、燃え尽きの手前で退路を引く第一歩になる。
まとめ：判断基準を渡した分だけ、来月の相談件数が減る#
分身AIは万能ではない。ただし、部下が毎回あなたの元に来る回数は、確実に減っていく。
本記事は AI が下書きし、管理人が監修しています。
