WillLarsonのレビュー一覧
-
-
-
-
-
-
Posted by ブクログ
実際に現場で活躍しているスタッフプラスエンジニアのインタビューが多く掲載されている。エンジニアとしてキャリアアップしていきたい気持ちが今あり、スタッフプラスエンジニアに必要なスキルや資質等、参考になる。自身のキャリアがもう少しリーダー寄りに進んだら、この本を読み返したい。
今の自分に響いたのは、ミシェル・ブー氏の以下。
"自分の技術力に隙間があること、携わっているプロジェクトでその隙間を埋める努力をすること、そして今の自分の能力よりも少し高いレベルを要求するプロジェクトに果敢に挑むことの3点をふだんから意識していれば、私は自分の技術スキルを高め、活用することができると信じています。 -
-
Posted by ブクログ
シニアエンジニアの先の、エンジニアリングマネージャーではないエンジニアとしてのキャリアをstaff engineerと呼ぶ。
スタッフエンジニアというキャリアの役割や目指し方について書かれた本だが、構成にまとまりがないため、あまり本題に関する理解は深まらなかった。
・snacking を避けること
仕事を労力とインパクトの二軸で分類した時、労力＝小、インパクト＝小の仕事をsnackingと呼ぶ。スタッフエンジニアが簡単な仕事から学べることは少なく、機会費用が無駄になる。そして、そのような仕事を通じて大きく成長する人もいるはず。
・エンジニアリングマネジメントとの比較
チームを育てたい、成 -
-
Posted by ブクログ
最近ではエンジニアのキャリアパスとして、マネジメントだけでなくプレイヤーとしての道も用意されていることが当たり前になってきたが、プレイヤーの道で上位役職者に求められる役割は世間的にはあまり明確に定まっていなかった。
この本では、役割について4つ類型化したり、何十名のスタッフプラスエンジニアの具体的に果たしている役割に関するインタビューを掲載することで、スタッフプラスエンジニアとは何かを解説しようとしている点が良いと感じた。
結局、スタッフエンジニアに関して会社を跨いで共通の明確な定義はなく、「シニアエンジニア以上の何かしらの役割を果たすエンジニア」という役割だと理解した。
自社にスタッフプラ -
Posted by ブクログ
スタッフエンジニアの役割のアーキタイプ（典型）や、あるべき姿・考え方・行動指針・キャリアステップなどについて語られている。第1部では筆者によるスタッフエンジニアの定義が書かれていて、第2部では18名のスタッフエンジニアへのインタビューが書かれている。
スタッフ（重要/参謀）エンジニアとは、シニア（上級）エンジニアからテクニカルリーダーシップへ進む場合（つまりマネージャーへ進まない場合）の最初のキャリアである。また、スタッフエンジニア以降のキャリアをスタッフプラスと呼ぶ。
本書の想定読者はスタッフエンジニアを目指しているエンジニア、キャリアプランに悩んでいるエンジニア、エンジニアを部下に持つマネ -
-
Posted by ブクログ
第1章：導入
第2章：組織 機能する組織を作り、維持する
6～8人のエンジニアを支援：マネージャー
4人未満のエンジニアを支援：テックリードマネージャー
4人～6人のマネージャを支援：マネージャーのマネージャー
1~2人の小さなチームはチームではない
→抽象化に漏れが多い 個人で動く場合と見分けがつかない
成長するチームの4段階
1.遅延 ハードワークだが進捗が乏しい 士気低い
→新しく人を増やす
2.現状維持 重要な仕事はできている 士気は多少あり
→現在の仕事を減らす
3.負債返済中 技術的負債の解消に取り組み、その恩恵を受けている
→ゆとりをもた -
Posted by ブクログ
ネタバレ概要:
本書は、システム・エンジニアリング分野におけるチーム・マネジメントの教科書として位置づけられる。ヌケモレなく、マネジメントに必要な基本が淡々と述べられており、筆者の主観的な経験談や感情的な記述はほぼ見られない。そのため、良くも悪くも読み物としての面白さは期待できないが、マネジメントの基礎を体系的に学ぶには最適であると言える。逆に言えば、本書の内容がピンと来ないと感じるマネージャーは、その職を再考すべきかもしれない。それほどまでに、基本に忠実で網羅性の高い内容となっている。
特に印象に残った点:
エンジニアのマネジメントも、結局はマネジメントの基本の組み合わせであるという原則は改め -
Posted by ブクログ
シニア（上級）エンジニアまでは個々のパフォーマンスが評価される。スタッフ（重要）エンジニアになると、チームとしてのパフォーマンスが評価される。そのため、チームや他部署、経営層とうまくやる能力が必要となってくる。また戦略的にエンジニアリング組織全体について考える必要もでてくる。本書ではこれらの基本的な考え方を紹介するとともに、実地で活躍しているスタッフエンジニアがどういった業務で何を心がけているのかインタビューをまとめている。子供のころやった「親の仕事について質問する」宿題のようなものだ。
スタッフエンジニアは大きく4つのアーキタイプに分類でき、どのアーキタイプかによって求められる役割は変わるの -
-
-
-
-