/var/log/kazuki

「スタッフエンジニア　マネジメントを超えるリーダーシップ」を読んでキャリアを考える

「スタッフエンジニア　マネジメントを超えるリーダーシップ」（Will Larson著）を読みました。 今後のキャリアを考え直す良いきっかけになったため、今後どうなりたいか、現時点で何が足りないのか、どうすれば良いのかを2025年5月時点での感想を書きます。

充実感を得る仕事

今後のキャリアを考えるにあたり、まずはモチベーションの源泉を言語化しておきます。

最も大きなモチベーションは、プロダクトのアウトカムを実感できることです。自分の手がけた機能や改善がユーザーに届き、事業やユーザーに具体的な価値を生むことに充実感があります。 また、自分が行った判断や設計が、後から見て正しそうだったと分かる瞬間にも充実感があります。

チーム一丸となって目標に向かって進み、課題を解決していくことにも喜びを感じます。ただし、それは仕事中に感じる充実感というより、完了後に得られる達成感に近いです。

今後どうなりたいか

現時点では、5年後に下記を実現しておきたいです。

  • プロダクトの進むべき方向性を示し、チームを導くことができる
  • 長期的な運用を見据えたアーキテクチャを設計できる
  • チームを成長させることができる
    • キャリアが浅い人のスポンサーになっている

本書の表現を借りれば、目指したいのは「全体像を把握するハイレベルなリーダー」です。 マネジメントについても触れておきます。本書ではマネジメントは下記と定義されています。

そもそもマネジメントとは、組織やプロジェクトの目標達成のために人やリソースを効果的に調整することだ。マネージャーは人事評価や予算管理などの権限を持ちながら、チームの成果を最大化する役割を担う。一方、スタッフエンジニアは人事権のないマネジメントのような立ち位置にある。技術的な専門性を持ちながら、広い影響力を発揮し、組織やプロダクトの方向性に大きく関わる。

本書の定義では、スタッフエンジニアとエンジニアリングマネージャーの境界は曖昧であり、同じ責務を持つこともあります。明確に異なるのは、スタッフエンジニアは人事評価や予算管理などの権限を持たない点です。

自分自身、インポスターシンドロームで悩むことがあるため、同じような思いを抱えている人のメンターとなり、成長を支援することには関心があります。一方で、人事評価や予算管理そのものに充実感を得るイメージはありません。 そのため、現時点では進むべきキャリアパスはエンジニアリングマネージャーではないと考えています。

現状何が足りないか

「全体像を把握するハイレベルなリーダー」になるために、現時点では下記の点が特に不足していると感じています。

  • リーダーシップとコミュニケーションのスキル
  • 未来を見据えた技術的な視点

本書では、リーダーについて下記のように述べられています。

リーダーとして成長するには「世界はどう機能すべきか」という点について独自の世界観を養う必要がある。物事はこうあるべきという感覚を持てば判断力に鋭さが増し、積極的に行動できるようになる。

短期的な視点では、どう機能すべきかを描くことはできていると評価されています。一方で、長期的な視点でのビジョンを描き、プロダクトの方向性を決定づけるような判断はまだできていません。 実際にマネージャーからもVisionaryになってほしいというフィードバックを貰っています。

また、技術面ではインフラやアーキテクチャ設計の経験が浅く、選択肢のpros, consを深く比較するための経験、知識が足りていないと感じています。

「上級のテクニカルリーダーになるには技術とアーキテクチャに関して深い洞察を得なければならない」という言葉にもあるように、技術的な深さと広さの両方が必要だ。

本書では上記のように述べられています。この経験の不足を補うことで、プロダクトの成長により貢献でき、意思決定における選択の幅も広げられると考えています。

どうすれば良いか

リーダーシップを身に付けるには、仕事上での振る舞いを変えるのが最も効果的だと考えています。 具体的には、下記を意識していく必要があると感じています。

  • 設計や仕様の議論で、短期案だけでなく長期的なトレードオフも言語化する
  • 意思決定の背景を文章に残し、後から検証できる形にする
  • 自分より経験の浅い人が挑戦できる機会を意識的に作る

仕事での振る舞いに加えて、文章を書く力も鍛えていきたいです。優れた文章によるコミュニケーションは、リーダーに必要な重要なスキルだと考えています。

技術面では、アーキテクチャ設計の経験がないと、アーキテクチャ設計の仕事を任せてもらう機会は多くありません。だからこそ、普段の開発やレビューの中で信頼を積み上げ、任せてもらえる状態を作る必要があります。

一方で、Kubernetesなどの具体的な技術は独学できます。機会が来てから学び始めるのではなく、機会を掴める状態にしておきます。

キャリアラダーを登る覚悟

最後に、本書の中で、心に留めておきたい文章を引用します。

階段を上がる度に抽象化レイヤーが加わり、その下にあるそれまでのレイヤーを引っくるめて全てに責任を負うことになる。この責任の範囲拡大を受け入れる覚悟が必要だ。

この文章を読んで、自分が目指したいのは単に技術的に強いエンジニアではなく、責任範囲の拡大を引き受けられるエンジニアなのだと改めて認識しました。

そのために、まずは目の前の意思決定から、より広い範囲に責任を持つことを意識していく必要があると感じています。