開発生産性向上！育成を「改善」と捉えるエンジニア育成戦略

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

© Findy Inc. 5 敬遠されがちな現場での育成 ❏ 育成成果を他者評価しにくい ❏ 実際に成⻑できたのかできていないのか ❏ 教え⽅の問題か、教わる側の問題か ❏ そもそも成⻑とはなにを指していたのか ❏ ⼿数や時間がかかる ❏ 現状の理解度を把握する ❏ 1対1のコミュニケーション ❏ ⾃分の仕事に⼿が回しにくくなる ❏ 「伝える作業」は可視化されにくい ❏ ⾃⾛と伴⾛を繰り返しつづけて疲弊していく ❏ 難易度の⾼い開発は教える側が巻き取る

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

© Findy Inc. 8 育成ではなく改善と考える ❏ 育成成果を他者評価しにくい ❏ 実際に成⻑できたのかできていないのか ❏ 教え⽅の問題か、教わる側の問題か ❏ そもそも成⻑とはなにを指していたのか ❏ ⼿数や時間がかかる ❏ 現状の理解度を把握する ❏ 1対1のコミュニケーション ❏ ⾃分の仕事に⼿が回しにくくなる ❏ 「伝える作業」は可視化されにくい ❏ ⾃⾛と伴⾛を繰り返しつづけて疲弊していく ❏ 難易度の⾼いものは教える側が巻き取る適切なゴール設定知識の⽂書化と⾃⼰学習⾃⼰パフォーマンスの定量と観測リファクタリングドキュメンテーション難しい課題への挑戦

Slide 9

Slide 9 text

© Findy Inc. 9 適切なゴール設定 ❏ 技術的な広さと深さの選定 ❏ 状況に合わせてフロントエンドもかけるようになりたい ❏ バックエンド‧フロントエンド別け隔てなく両輪で活動したい ❏ フロントエンドを主軸としたい ❏ プロジェクトゴール ❏ メンティーが⽬指すゴールはどのレベルか？ ❏ EMの期待するゴールはどのレベルか？ ❏ どのくらいの育成期間をとるか？リファクタリングフロントエンドを⾃⾛できるレベル / 3ヶ⽉

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© Findy Inc. 11 ❏ 技術知識のインストール ❏ 基本はリファレンスを渡す ❏ 最も正しい説明かつ⾃分で書く⼿間がない ❏ 特定知識を⾝につけるよりもドキュメントを読む⼒のほうが⼤事 ❏ 誤読しやすいものや前提知識が多く必要なものは⼝頭で補⾜する ❏ React / ES / Nodeなどの前提が必要な場合 ❏ ドメイン特有の⾔い回し、表現 ❏ 歴史的経緯知識の⽂書化と⾃⼰学習ドキュメンテーション

Slide 12

Slide 12 text

Slide 13

Slide 13 text

© Findy Inc. 13 ⾃⼰パフォーマンスの定量と観測難しい課題への挑戦コントロールできるのでは？ 1. ⾃⼰パフォーマンスを表す定量指標を決める 2. 定量指標のボーダーラインを決める 3. マネージャーと合意する「パフォーマンスも成果、育成も成果」 ❏ ⾃分の仕事に⼿が回しにくくなる ❏ 「伝える作業」は可視化されにくい ❏ ⾃⾛と伴⾛を繰り返しつづけて疲弊していく ❏ 難易度の⾼いものは教える側が巻き取る

Slide 14

Slide 14 text

Slide 15

Slide 15 text

© Findy Inc. 15 まとめ ❏ ゴール設定を技術リードとエンジニアリングマネージャーの両者で合意してから開始した。 ❏ インプットのベースはドキュメントやリファレンスにする。 ❏ メンターが理解度を測るための場所として ❏ メンティーが⾃⼰の理解度を測るための場所として ❏ 読む⼒がいちばん⼤事 ❏ メンターのパフォーマンスの保証ラインを定量的に設定し、これを指標にサポートの厚みを可変にすることで⼿元の進捗と投資のバランスを取った。育成は開発改善と考えれば楽勝です