増井雄一郎のレビュー一覧
-
-
-
Posted by ブクログ
実際に現場で活躍しているスタッフプラスエンジニアのインタビューが多く掲載されている。エンジニアとしてキャリアアップしていきたい気持ちが今あり、スタッフプラスエンジニアに必要なスキルや資質等、参考になる。自身のキャリアがもう少しリーダー寄りに進んだら、この本を読み返したい。
今の自分に響いたのは、ミシェル・ブー氏の以下。
"自分の技術力に隙間があること、携わっているプロジェクトでその隙間を埋める努力をすること、そして今の自分の能力よりも少し高いレベルを要求するプロジェクトに果敢に挑むことの3点をふだんから意識していれば、私は自分の技術スキルを高め、活用することができると信じています。 -
-
Posted by ブクログ
シニアエンジニアの先の、エンジニアリングマネージャーではないエンジニアとしてのキャリアをstaff engineerと呼ぶ。
スタッフエンジニアというキャリアの役割や目指し方について書かれた本だが、構成にまとまりがないため、あまり本題に関する理解は深まらなかった。
・snacking を避けること
仕事を労力とインパクトの二軸で分類した時、労力＝小、インパクト＝小の仕事をsnackingと呼ぶ。スタッフエンジニアが簡単な仕事から学べることは少なく、機会費用が無駄になる。そして、そのような仕事を通じて大きく成長する人もいるはず。
・エンジニアリングマネジメントとの比較
チームを育てたい、成 -
-
Posted by ブクログ
最近ではエンジニアのキャリアパスとして、マネジメントだけでなくプレイヤーとしての道も用意されていることが当たり前になってきたが、プレイヤーの道で上位役職者に求められる役割は世間的にはあまり明確に定まっていなかった。
この本では、役割について4つ類型化したり、何十名のスタッフプラスエンジニアの具体的に果たしている役割に関するインタビューを掲載することで、スタッフプラスエンジニアとは何かを解説しようとしている点が良いと感じた。
結局、スタッフエンジニアに関して会社を跨いで共通の明確な定義はなく、「シニアエンジニア以上の何かしらの役割を果たすエンジニア」という役割だと理解した。
自社にスタッフプラ -
Posted by ブクログ
スタッフエンジニアの役割のアーキタイプ（典型）や、あるべき姿・考え方・行動指針・キャリアステップなどについて語られている。第1部では筆者によるスタッフエンジニアの定義が書かれていて、第2部では18名のスタッフエンジニアへのインタビューが書かれている。
スタッフ（重要/参謀）エンジニアとは、シニア（上級）エンジニアからテクニカルリーダーシップへ進む場合（つまりマネージャーへ進まない場合）の最初のキャリアである。また、スタッフエンジニア以降のキャリアをスタッフプラスと呼ぶ。
本書の想定読者はスタッフエンジニアを目指しているエンジニア、キャリアプランに悩んでいるエンジニア、エンジニアを部下に持つマネ -
-
Posted by ブクログ
シニア（上級）エンジニアまでは個々のパフォーマンスが評価される。スタッフ（重要）エンジニアになると、チームとしてのパフォーマンスが評価される。そのため、チームや他部署、経営層とうまくやる能力が必要となってくる。また戦略的にエンジニアリング組織全体について考える必要もでてくる。本書ではこれらの基本的な考え方を紹介するとともに、実地で活躍しているスタッフエンジニアがどういった業務で何を心がけているのかインタビューをまとめている。子供のころやった「親の仕事について質問する」宿題のようなものだ。
スタッフエンジニアは大きく4つのアーキタイプに分類でき、どのアーキタイプかによって求められる役割は変わるの -
-