「あなたはマネジメント向きですね」。そう言われて課長になったあなたは、コードを書く時間を最後に取ったのがいつか思い出せない。
部下のレビューを開いて、修正点が一瞬で見える。だが手は出せない。自分でやったほうが早いと分かっていて、動かせない。
これは性格の問題ではない。燃料回路を一本断ち切られた状態で、別の回路だけ燃やされ続ける設計の問題だ。
flowchart TD
A[技術で燃やす回路] -->|組織都合で切断| B[管理で燃やす回路だけ稼働]
B --> C[自分がやれば早い確信]
C --> D[だが手は出せない]
D --> E[燃料だけ燃え続ける]
「向いている」と言われた移行は、あなたの選択ではない#
私が話を聞いてきた課長たちは口を揃えて言う。「自分で望んでマネジメントに移ったわけではない」と。
国立大の理系を出て、新卒でSIerに入り、十数年コードと設計で食ってきた。その人間が、ある日「あなたはマネージャー向きだから」と言われて課長になる。
率直に言うと、この「向いている」は人事評価ではない。組織側の都合の言い換えだ。
技術が分かる人間を調整役に回せば、現場と上を翻訳できる。組織にとって都合がいいから、そう配置されただけだ。あなたの技術的な伸びしろを評価した結果ではない。
問題は、本人がこの一言を「適性の承認」だと受け取ってしまうことにある。だから違和感を持っても、自分の感覚のほうを疑ってしまう。
移行コストは、給与明細に載らないところで毎月引かれている#
技術を手放した課長が払い続けるコストは3つある。どれも給与には反映されない。雇われの算数として、ここを直視しておきたい。
整理すると、こうなる。
- 技術的信頼の喪失: 半年もコードに触れないと、部下は「この人はもう判断できない」と内心で見切る。効くのは年収ではなく、現場での信頼だ。
- 1on1コストの増加: 技術で示せていた指示が、言葉だけになる。「なぜこうすべきか」を毎回説明する負荷が増え、面談時間そのものが燃料を食う
- 認知負債の蓄積: 「やればできる」という自己像と、「やる時間がない」現実のズレが、利息のように溜まる。これが一番静かに効く
たとえば技術的信頼の喪失は、設計レビューで質問を浴びても核心を突けなくなった瞬間に表面化する。部下は黙る。だが見切りは進む。
この3つは同時には来ない。だから気づいたときには、3つとも結構な額になっている。
逃げの一手は、技術への「部分回帰」を設計すること#
技術に全面復帰しろ、という話ではない。それは管理業務を抱えたまま回路を二本燃やすことになり、燃料計が即座に振り切れる。
設計するのは、全体の1割だけ技術に戻す回路だ。具体的な実装手順を置く。
第一に、週に半日、レビューではなく自分が手を動かす枠を固定する。カレンダーに会議と同じ強度で入れ、誰にも触らせない。中身はPoCでも検証スクリプトでもいい。判断のための一次情報を、自分で取りに行く時間だ。
第二に、その半日で得た情報を1on1で使う。言葉だけの指示が、手を動かした裏付けに変わる。ここでの目的は、「技術で語れる自分」を月数回だけ取り戻すことだ。1on1の燃料効率設計の詳細は別記事に書いた。
第三に、手を動かす範囲をAIに広げてもらう。自分で全部書く必要はない。設計の勘所を握り、実装はAIに書かせる。これで1割の時間でも、判断の精度は保てる。
失敗時の逃げの一手#
それでも回路が戻らないなら、その課長職はあなたの燃料設計と合っていない。 異動や役割変更を交渉する退路は常にある。 倒れてから動くより、燃料計が3割残っているうちに動くほうが算数は合う。
まとめ:技術を手放す前に、引かれ続けるコストを先に計算する#
「向いている」は組織都合の言い換えであり、技術的信頼・1on1コスト・認知負債は給与に載らないまま毎月引かれていく。
全面復帰ではなく1割の部分回帰を設計する。それすら無理なら、その役割はあなたの燃料設計と合っていない。
関連:
本記事は AI が下書きし、管理人が監修しています。
