ISBN 9784296070558
スタッフエンジニア マネジメントを超えるリーダーシップ
概要
マネジメント職に進まずテクニカルリーダーシップでキャリアを伸ばす
想定読者
シニアエンジニアとして経験を積み、マネジャー職以外のキャリアパスを模索している中〜上級エンジニア
こんな人には向いていない
- プログラミングやソフトウェア開発自体を学び始めたばかりの初学者。本書はキャリア設計を主題としており、技術的なスキル習得の指南書ではない
- すでにスタッフエンジニアまたはプリンシパルエンジニアとして3年以上の実務経験を持つ人。基本的なアーキタイプや役割定義はすでに体感済みの内容が多い
- 組織のスタッフエンジニア職が制度として存在しない小規模スタートアップ所属で、肩書き設計よりも技術力向上を優先したい人。米国事例中心の組織論は直接適用しにくい
読了後にできるようになること
- スタッフエンジニアの4つのアーキタイプ(Tech Lead / Architect / Solver / Right Hand)を理解し、自分のキャリア上の立ち位置を言語化できる
- 組織で影響力を発揮するための戦略的ドキュメント作成・技術ビジョン策定の進め方を把握できる
- 指揮命令権限を持たない中での合意形成と、エグゼクティブ向けコミュニケーション(SCQA構造)の実践方法を学べる
- スタッフプラスの肩書きを得るための社内外の具体的な戦略と転職判断の考え方を整理できる
- 現役スタッフエンジニア18人(米国14人+日本4人)のインタビューから、実践的なロールモデルを複数参照できる
- 良いテクニカル戦略とそうでない戦略の違いを、トレードオフを提示できるかどうかという軸で評価できるようになる
本書のキー概念(章解説)
- 第 1 章 全体像 — スタッフエンジニアという役割の定義と4アーキタイプの概観。まずここで自分のタイプを仮置きしてから以降を読むと整理しやすい
- 第 2 章 スタッフとしての役割 — 日々の職務と影響力の発揮方法。実務で最も参照頻度が高いセクション
- 第 3 章 スタッフプラスの肩書を得る — 昇格・認定のための具体的アプローチ。社内政治の現実的な扱い方を含む
- 第 4 章 転職を決断する — 現職でのパスが閉じている場合の判断基準。外部での肩書き取得戦略も扱う
- 第 5 章 スタッフエンジニアのストーリー — 米国14人+日本4人のインタビュー。解説者推奨の通り、第1部より先に2〜3人分読むと概念理解が速い
- 第 6 章 最後に
ハイライト
- まず第5章のインタビューを2〜3人分読んでから、第1部を読み進めることです。とくにある程度経験を積まれたエンジニアの方は、第5章に登場するスタッフエンジニアの具体的なエピソードに大いに共感されることと思います(翻訳者(増井雄一郎氏)による読み方の推奨。インタビュー先読みという非線形の読書順を示しており、書籍の構造上の独自性が端的に出ている)
外部からの言及
- スタッフエンジニアの4アーキタイプ(Tech Lead / Architect / Solver / Right Hand)という枠組みは、自分のキャリア上の立ち位置を言語化する際の参照軸として複数の記事で活用されている。単なる紹介にとどまらず、他のキャリア論(技術広報・EM等)の出発点として引用される傾向がある(qiita)
- EM向け推薦書として挙げる声がある一方、スタッフエンジニアという職種を受け入れる組織側の準備が整っているかという問いかけも生じており、日本の組織文脈での直接適用には留保がついている(qiita)
編集メモ
Qiita 言及確認3件(likes合計99)。うち1件は54いいねで単独記事として本書のアーキタイプ論を詳細に展開しており、エンジニアキャリア文脈での参照頻度は一定水準にある。essential 基準(件数10件以上・likes合計200以上)には届かないため practical
読む前に押さえておきたいこと
- ソフトウェアエンジニアとして3年以上の実務経験があること。本書は具体的なコーディングスキルではなく組織内での技術的影響力の発揮を扱っている
- シニアエンジニア相当の職位またはそれに近い経験値。ジュニア段階でのキャリア設計よりもシニア以降の岐路が主題
- 自分が所属する組織の評価制度・昇格プロセスの概要を把握していること。本書の戦略論は組織文脈と照合しながら読むことで実効性が高まる
学習のコツ
- 解説者(増井雄一郎氏)の推奨通り、第5章のインタビューを2〜3人分先読みしてから第1章に戻ると、抽象的なアーキタイプ論が具体的なイメージと結びつきやすい
- 自分が現在どのアーキタイプに近いかを第1章読了時点で仮置きし、第2章以降をその視点から読むと実務への接続が速い
- 第3〜4章は現在の昇格意欲に関わらず一読する価値がある。自分の評価がどのような軸で行われているかを把握することは、日常の仕事の優先付けにも影響する
- 日本語版固有のインタビュー4人分は、米国事例との比較として読むと日本組織での適用可能性を判断しやすい
出版社による内容紹介
ソフトウェアエンジニアが、マネジャーやCTOといったマネジメント職に進むのではなく、技術力を武器にテクニカルリーダーシップを発揮して、エンジニアリング職のキャリアパスを登っていくための「指針」と「あり方」を示します。 「スタッフエンジニア(超上級エンジニア)」になるには どんなスキルを身につければいいのだろうか? 技術的な能力さえあればいいのだろうか? なった人は、具体的に何をしたのだろう? その仕事を楽しむには、どうしたらいいのだろうか? これらの疑問に答えるのが本書の目的だ。 ■「解説」から 本書は2部構成になっており、第1部でスタッフエンジニアの役割とあり方を解説。第2部(おもに第5章)で現役のスタッフエンジニアのインタビューを通してその実像を掘り下げています。 私のおすすめの読み方は、まず第5章のインタビューを2〜3人分読んでから、第1部を読み進めることです。とくにある程度経験を積まれたエンジニアの方は、第5章に登場するスタッフエンジニアの具体的なエピソードに大いに共感されることと思います。その共感を胸に第1部を読むことで、スタッフエンジニアに求められる役割が自然と腑に落ちるのではないでしょうか。 原書では14人のスタッフエンジニアのインタビューが掲載されています。いずれも個人的な経験にもとづいた具体的な内容で、これからスタッフエンジニアを目指す人にとって大いに参考になるでしょう。ただし、これらは米国での話であり、日本周辺での現状も気になるところです。そこで日本語版では、原著のインタビューに加えて、日本人のスタッフエンジニア4人に新たにインタビューし、貴重な経験とそれを支える志を明かしてもらいました。 ■第1部 スタッフとして活躍するために ・第1章 全体像 ・第2章 スタッフとしての役割 ・第3章 スタッフプラスの肩書を得る ・第4章 転職を決断する ■第2部 スタッフたちの実像 ・第5章 スタッフエンジニアのストーリー ・第6章 最後に ・補章 スタッフになるための情報源 ・解説 by 増井雄一郎
この本がどの学習段階で役立つかは、 関連する ロードマップ から確認できます。