
2026/03/03 23:19
エンジニアリング・マネージャーになるのはやめてください。
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
要約
著者の友人はエンジニアリングマネージャー(EM)への昇進を受けたが、辞退することに決めました。以前はエンジニアにスキル向上のためにEM役割を奨励していましたが、トレードオフを考慮した結果、今ではそれを推奨しないと述べています。
主な理由は次の通りです:
- 業界動向:急速な変化によりキャリア階層が平坦化しています。Amazon では IC(個人貢献者)からマネージャーへの比率が15%増加し、ディレクター/VP の空席が縮小しました。
- 上昇の限界:EM は多くの場合、より多くの人員を管理する必要がありますが、そのタスクはスケールさせることがますます難しくなっています。
- 報酬ギャップ:友人の会社では EM の給与が、他社スタートアップで Senior や Staff エンジニアに対して提示されるオファーより低かったです。業界全体でも、Staff エンジニアは需要が高いため同等の EM より 20–30 % 高い報酬を得ることが一般的です。
- 技術的深さ:経験豊富な EM は貴重なマネジメントスキルを習得しますが、IC と比べて技術的鋭敏性を失う可能性があります。
- 個人的好み:友人は管理職の責任よりもハンズオンでのエンジニアリング作業を重視しています。
著者は、管理職への進出が価値あるかどうかを判断するために James Stanier の「消えていく階層」についての記事を推奨しています。リーダーシップに強く惹かれるエンジニアはそれを追求すべきですが、そうでない場合は数年待つほうが賢明です。また、柔軟なチームやプロダクト速度の逆説に関する追加の業界資料も広い視点として引用しています。
欠落している要素(ある場合)
- Unblocked というツール(組織コンテキストを活用して AI コーディング精度を向上させ、再作業を減らす)の説明は、元の本文に含まれていなかったため省略されています。この詳細が必要であれば、明示的に追加してください。
本文
タイトル
エンジニアリングマネージャーへの昇進を断るよう友人に言った理由
数週間前の飲み会で、友人がエンジニアリングマネージャー(EM)へ昇進するオファーを受けたと話してくれました。彼は辞退しようとしており、まず私の意見を聞きたかったのです。私はいつもの答えとして「100 % 断らないで」と言いました。理由は、マネジメントキャリアを狙っていなくても、数年ほどEMに就くことで貴重なスキルが身につき、後で戻ることも可能だからです。
長時間の議論の末、結局彼にはその一歩を踏み出さない方がよいと合意しました。以下は私たちの会話から抜粋した主な理由です:
1. 変わりゆくテック環境
- AI コーディングツールは高速で強力ですが、完全にコンテキストを無視するものが多い。ルールやスキル、MCP(Model‑Centric Programming)といった接続があっても、コードはあなたの規約を省略し、過去の決定を無視し、パターンを壊すことがあります。
- その結果、再作業やトークン費用が発生します。
- Unblocked は経済性を変えます。自分のコード、PR の履歴、会話、ドキュメント、ランタイムシグナルから組織コンテキストを構築し、システム全体にわたる関係をマッピングします。相反する情報を調整し、権限を尊重し、タスクに必要なものだけを提示します。
- 推測ではなく、経験豊富なエンジニアと同じ理解で動作します。
- 具体的には:
- システムの実際の挙動を反映した計画・コード・レビューを生成
- より良いコンテキストを前もって提供し、無駄な取得ループやツール呼び出しを削減
- 初めから正しくなるべきコードの修正に費やす時間を短縮
Unblocked の働きを確認 – [リンク]
2. 「WTFはOpenClaw?」という瞬間
- 私は数週間前まではパターニーリーブ中で、完全に新しいプロジェクトが爆発的に増えました…
- 昨年の変化速度は凄く、止むことなく続いています。常に FOMO に屈しなくても、私たちの働き方が変わっていないと主張するのは難しいです。ほぼすべての作業が違うように見え、今後も進化を続けるでしょう。
このツイートをご覧になったことがあるかもしれません – Claude Code の作者が Anthropic でもソフトウェアエンジニアが必要だと問いかけたもの。
3. マネージャーとしての懸念
- 友人は、マネージャーになると実験や適応に使える時間が減ると恐れていました(6 人を管理するオファーを受けていたため)。
- 多くのメンバーを担当すると、試行錯誤の余裕がほぼありません。
- 従来の EM ラダーは EM → Senior EM → Director → VP という形でした。過去二年間で企業はフラット化を進めており、Amazon は IC‑to‑manager 比率を 15% 増加させました。他社も追随しています。
- Director や VP のポジションが減ると成長の機会も少なくなります。Senior EM の役割も縮小傾向にあります。
注:leadjobs.dev は私が Piotr と共に構築しているサイドプロジェクトです。過去数か月間、得られたデータを通じてエンジニアリングリーダーシップの求人市場を調査しています。
4. キャリア軌道と報酬
- 企業はチーム運営ができる人材を求めていますが、Senior EM 以上になると競争が激しくなります。フラット化した会社から解雇された経験豊富なリーダーと競合することになります。
- 内部昇進の機会は少なく、EM になっても「もっと多くのエンジニアを管理する」以外に昇進の道筋がありません。現状では同じチームでより大きな範囲を担当するだけかもしれません。
- IC として優秀にプロダクトを構築すれば、さらに前進できます。
EM 昇進時に得られる報酬増は、他社の Senior/Staff Engineer オファーと比べて低く、友人は驚きました。
管理職が高給であるという仮定は常にあります。会社内で EM と Senior Engineer を比較すればそうですが、業界全体では Staff Engineer の方がより良い報酬を得られます(需要が非常に高く、今後も増え続ける見込みです)。友人の場合、IC 軌道を継続し、Staff Engineer になり企業を変えることで EM 昇進オファーより 20–30% 多い報酬を得られたでしょう。
5. 個人的な視点
- 私は経験豊富なエンジニアリングマネージャー(ハンズオンで残るタイプ)に対して非常に楽観的です。技術面ではやや鈍くなるかもしれませんが、長年培った多くの関連スキルは今後も有用であり、難しくても追いつけると考えています。
- 主な理由は「仕事を楽しめるから」です。
理屈上 は 2026 年に IC の方が賢明だと思いますが、実際にはそれほど楽しく感じられないでしょう。
6. 行動可能なアドバイス
- シニアエンジニアであれば、今すぐマネージメントへ飛び込むことは推奨しません。数年待って状況を観察する方が良いです。
- しかし――直感がそれを促し(脳ではなく)本当に追求したい道なら、ぜひ踏み出してください!
7. 参考資料と追加読み物
- James Stanier は「階梯が消える時に何をすべきか」という素晴らしい記事を書いています。そこから自分の目標設定を見つけるエクササイズを強くおすすめします!
- Gergely Orosz: 「中間管理職はさらに減り、柔軟なチームが増える?」
Gergely の週刊 Pulse(有料購読)を愛しています。今回のエピソードは特に興味深いです。 - Sahar Carmel: 「プロダクト速度パラドックス:エンジニアが製品チームを追い抜くとき?」 – 多くの企業で現在進行中の現実についての興味深い記事です。