Team Geek を読み直した

先日 DevLove の勉強会「あなたが読んだ本は、きっと俺も読みたい。」に参加した*1

devlove.doorkeeper.jp

そこで紹介されていた本の中の一つに Team Geek があり、最近チームづくりに興味持っていろいろ取り組んでいるので、改めて読み直してみようと思った。

Team Geek ―Googleのギークたちはいかにしてチームを作るのか

本は発売当時に一度読んでその後は本棚に眠っていた。2013年当時は前職でやや大きめのチームを見てて、自分が技術的な詳細を知らないことをやってるサブチームも見てたので、チームづくりでいろいろ悩んでいたのだろう。そのころから現在までのいろんなことを思い返しながら読み直して、興味深い内容をたくさん見つけることができた。

読み返して印象に残った言葉たち：

• 1.7.4 「影響を受けやすくなれば、それだけ影響を与えやすくなる。弱いところを見せれば、それだけ強い人だと思われる。」
• 3.2.1 「伝統的なマネージャーはどうやって仕事を完了させるかを考える。リーダーは何ができるかを考える……（どうやって仕事を完了させるかはチームに考えてもらう）」
• 3.5.2 「エンジニアが相談を持ちかけるのは、君に問題解決をしてほしいからではない。彼が問題解決をするのを手伝ってほしいからだ。そのためには、彼に質問をすればいい。」
• 5.4.1 (許可を求めるより寛容を求める方が簡単)「勝てる見込みのある重要な争いを選択しよう。勝てない争いで資本を使い果たしても意味がない。」
• 6.2.6 「コードを書く側の都合ではなく、ユーザーに集中しよう。コードを書くのが大変になったとしても、愚痴を言わずにやるべきだ。」

心にしっかり留めて行動に活かしていく！

*1:Zoomでリモート参加できるようにしてくれていて、遠隔地からも参加できるのでありがたい