こんにちは、虎の穴ラボでコード書いてるY.Fです。

この記事は「虎の穴ラボ夏のアドベントカレンダー」24日目の記事です。 23日目はH.Kさんによる「チームを円滑に回せ！リモートワークでの情報開示のススメ」が投稿されました。 25日目は松尾さんによる「フルリモート率100%！リモートワークを可能にするチームマネージメント」が投稿されます。こちらもぜひご覧ください。

現役でバリバリコードを書いているエンジニアの方でも、生涯コードを書いていきたい、マネージャーにはなりたくないなど感じている方も多いと思います。

本記事では、そのような方に向けて、虎の穴ラボでエンジニアとしてコードを書いている筆者が、マネジメントについて勉強してよかったこと、どうやって勉強したかについて紹介してみたいと思います。

動機

そもそも、どちらかというと技術よりな趣味嗜好をしている筆者がなぜマネジメント関連のことについて勉強しているかというと以下のような理由になります。

マネジメントを受ける上での心構えがわかる
- 書籍によっては直接的にマネジメントを受ける側がどうするべきかについて書かれている本もある
マネージャーが何を求めているのか理解できるようにしておきたい
- 何を思って指示や管理をしようとしているかを理解できるようにしておくことで、働きやすくなりそう
マネージャーが提示する開発方法に早く適応する、
- スケジュール管理手法やプロジェクトの進め方などなんのために行っているか納得できるようになる

まとめると、マネージャー、マネジメント、上司がやりたいこと、自分に求めることを理解するためにもマネジメントの勉強はしておいたほうが良いかなという動機です。

マネジメントについて勉強してよかったこと

マネジメント関連の用語に迷わなくなる
- WBS、アジャイル、ウォーターフォール、クリティカルパスなど
- IPAの情報処理試験でも出てくるような用語
マネージャー側が提示するプロジェクト管理方法、進め方の目的や自分がどうするべきかざっくり理解できるようになる
- アジャイルでやりたい→スピード感がほしいんだな。エンジニアである自分も顧客側とコミュニケーションが必要そうだな、など
自分のキャリアについて再考する機会になる
- テックリードまでならできそうだけど人の管理は無理そう
- 仮にマネージャーになったとして、手を動かすには5人くらいのチームまでならいけそうだけどそれ以上は無理そう、など