Share
Embed
Slide 1
Slide 1 text
自身の役割/フェーズによって、
効果的な学習法は変わるという話
エンジニアの勉強法ハックLT- vol.4 #studyhacklt
https://rakus.connpass.com/event/207082/
2021/4/14
Slide 2
Slide 2 text
自己紹介
● 福田 龍（ふくだ りゅう）
○ 主にバックエンドエンジニア(PHP, Ruby, Go)
○ Qiita：@rf_p Twitter：@ryu_f_web
● 職歴
○ エンジニア（3年）→エンジニアリングマネージャー（4年）
→テックリード（3ヶ月）
● 趣味
○ ペットのフェレットを愛でる
○ 読書 NEW!
■ ビジネス書中心に、月20冊ぐらい
Slide 3
Slide 3 text
こんな悩みありませんか？
Slide 4
Slide 4 text
「社会人なら読書をしなさい」と
先輩に言われたが、コードを書いていたい
Slide 5
Slide 5 text
逆に、とにかくコードを書いていれば
成長できるか不安。やはり読書も必要？
Slide 6
Slide 6 text
マネジメントに携わり始めたが、
成長や貢献に不安を感じている
Slide 7
Slide 7 text
本日のお話
● 社会人として、エンジニアとして、どう成長していくか
○ 話すこと
■ インプットとアウトプットを、どうバランス取っていくか
■ 役割/フェーズに応じて、学習方法をどう変えていくか
● メンバー
● マネージャー
○ ロワーマネジメント
○ ミドルマネジメント
● スペシャリスト
Slide 8
Slide 8 text
絶対的な答えは存在しないですが、
考え方の一つとして、参考に
していただけると幸いです
Slide 9
Slide 9 text
まずは、社会人に共通する点
社会人
エンジニア
メンバー
マネージャー スペシャリスト
Slide 10
Slide 10 text
社会人としての成長
● 721の法則
● インプットとアウトプットの黄金比
Slide 11
Slide 11 text
社会人としての成長
● 721の法則
● インプットとアウトプットの黄金比
Slide 12
Slide 12 text
721の法則
ビジネスにおいての学びは
● 経験が70%
● 周囲からのフィードバックが20%
● 研修や読書が10%
“経営コンサルタントであるマイケル・ロンバルドとロバート・アイチンガーの研究による
と、ビジネスにおいて人は70％を仕事上の経験から学び、20％を先輩・上司からの助言
やフィードバック、10％を研修などのトレーニングから学ぶと言われています。
引用：https://www.learningagency.co.jp/column_report/column/hrd_column_23_170410.html
Slide 13
Slide 13 text
社会人としての成長
● 721の法則
● インプットとアウトプットの黄金比
Slide 14
Slide 14 text
インプットとアウトプットの黄金比
● 記憶定着に効果的な黄金比
● インプット3：アウトプット7
“では、アウトプットをどのくらいするのが最適なのでしょうか。これについては脳科学の
研究ではっきりと示されています。「インプットが3に対してアウトプットが7」。これが記憶
をもっとも効率化する比率。つまり、学びのスタイルを、インプット中心のものからアウト
プット中心のものにしなければならないということです。
引用：https://studyhacker.net/interview/shion-kabasawa-brain-01
Slide 15
Slide 15 text
ここで重要なのは数字自体ではなく、
・アウトプットに重きを置くこと
・インプットもセットで必要であること
LT登壇もオススメ（回し者ではないです）
Slide 16
Slide 16 text
エンジニアに絞って、役割ごとの有効な成長作戦を考える
社会人
エンジニア
メンバー
マネージャー スペシャリスト
Slide 17
Slide 17 text
メンバー、マネージャー、スペシャリストに分けて考える
● メンバー
○ 新人はまずここからスタート
● マネージャー
○ ヒト・モノ・カネ・情報のマネジメント
● スペシャリスト
○ 特定分野の知識や技術で貢献。テックリード的な役割
管理職と専門職とか、表記ブレや微妙なニュアンスの差異は今回拘らない
Slide 18
Slide 18 text
メンバーとしての成長
社会人
エンジニア
メンバー
マネージャー スペシャリスト
Slide 19
Slide 19 text
メンバー
● 【作戦】獲得経験値の総量を上げる
○ 質×量（どちらかに偏りすぎない）
● 基本的には行動量を増やす（無茶しすぎない範囲で）
○ コードを書いたり、設計する経験を積む
● 未経験のことは積極的にやってみる
○ 得られる経験値が多く、経験値効率が良い
Slide 20
Slide 20 text
メンバー
● 読書はそこまで重視しなくても良い
○ 経験が少ないうちは、読書は経験値効率低め
○ 落とし穴に落ちたことが無いと、痛みは分からない
■ 落ちないための回避法を学ぶより、致命傷にならない程度に落ちる経験
○ このフェーズでは、車輪の再発明は必ずしも悪ではない
■ 車輪のありがたみが分かる、仕組みが分かる
■ 先輩から指摘されて、何が良くて何が駄目か経験を得る
● 721の法則の「7（経験）」が増えれば「2（アドバイス）」も増える
○ リーダブルコードのような、基礎的な本は読んでおくと良さそう
Slide 21
Slide 21 text
マネージャーとしての成長
Slide 22
Slide 22 text
マネージャーとしての成長
社会人
エンジニア
メンバー
マネージャー スペシャリスト
Slide 23
Slide 23 text
マネージャーを更に3分割して考える
● カッツ理論
○ レイヤーにより、必要とされるスキルセットは変わる
Slide 24
Slide 24 text
ロワーマネジメント（監督者層）
● リーダー、主任、係長等
○ プレイングマネージャーのように、
プレイヤー部分も兼務することが多い
● 【作戦】徐々にマネジメント割合を増やしていく
○ 「自分がやった方が早い」と、手を動かしてばかりだと成長が停滞
■ 未経験のマネジメントではなく、経験済み領域は経験値効率が悪い
■ プレイング色強すぎると、メンバーの成長機会も奪ってしまいがち
● 読書は嗜む程度
○ 「マネジメント」領域は未経験のことばかりなので、経験を積むこと優先
○ マネジメント基礎やコミュニケーションに関する本は読むと吉
Slide 25
Slide 25 text
ミドルマネジメント（管理者層）
● 部長、課長、マネージャー等
● 経験・勘だけだとキツくなってくる
○ 経営に関する知識を持ってないと会話ができなくなってくる
○ 技術もマネジメントも未経験分野が尽きてきて、経験値効率が落ちる
● 【作戦】読書量を増やし、実践する
○ この頃になると、読書の経験値効率が上がってくる
○ コンセプチュアル（概念化）スキルが高まってきているし、必要とされる
■ 今までの経験と、読書による知識や概念が繋がる
■ ジョブズ的に言うと「点と点が繋がって線」になる
○ 結論：読書オススメ、というか必須に近い
Slide 26
Slide 26 text
トップマネジメント（経営者層）
● CEO、役員等
● 未経験なので割愛します
Slide 27
Slide 27 text
スペシャリストとしての成長
社会人
エンジニア
メンバー
マネージャー スペシャリスト
Slide 28
Slide 28 text
スペシャリスト
● テックリード、リードエンジニア等
● （私自身、まだ経験3ヶ月ですが）
● スペシャリストにおいても、カッツ理論は活きるのでは
○ まずはテクニカルを伸ばす・活かす
○ メンバー時代と異なるのは、コンセプチュアル（概念化）を取り入れる
■ アーキテクチャやベストプラクティスを学び、取り入れ、広める
● レベルアップしていくほど、テクニカル以外も必要
○ 採用や教育では、ヒューマンスキル
○ エンジニア以外に説明する機会では、コンセプチュアルスキル、等
○ これらを伸ばすため、やはり読書や勉強は重要
Slide 29
Slide 29 text
まとめ
Slide 30
Slide 30 text
まとめ
● 基本的に経験に重きを置く
○ 721の法則、インプット3：アウトプット7
● 役割・レイヤーによって作戦を変える
○ メンバー
■ 行動量を重視して、経験値の総量を上げる
○ マネージャー
■ ロワーマネジメント：徐々にマネジメント割合を増やしていく
■ ミドルマネジメント：読書量を増やし、実践する
○ スペシャリスト
■ カッツ理論を意識し、必要なスキルを（読書も取り入れ）伸ばす
# 銀の弾丸など無いので、あくまでも参考材料の一つになれば幸いです