約2年間にわたる開発生産性との戦い

Transcript

1. 約2年間にわたる 開発⽣産性との戦い 株式会社助太刀 CTO 月澤拓哉
2. 登壇者⾃⼰紹介 経歴 Career 01 グリー株式会社 2013.04- 仕事内容 Job 02 2017.03- 月澤 拓哉 Employee Introduction 業界を変革するサービスを 生み出せる開発組織を作る仕事 Tsukisawa Takuya 執行役員 CTO　 これからやりたいこと 開発生産性の向上 開発部以外の業務の完全自動化 1987年生まれ 秋田県出身 北海道大学大学院 情報科学研究科卒 激辛料理、お酒、格闘技、筋トレ Twitter @tksw_009 SNS 好きなこと Like 03 株式会社ジーニー　 今やっていること 2020年11月~ 株式会社助太刀に入社。以降CTOとして開発本部を管掌 主にバックエンド開発、開発組織作りや開発の内製化などに従事 2020.11- 株式会社助太刀　
3. 会社紹介 工事会社の人手不足を、 マッチングと正社員採用で解決
4. 06 まとめ 05 ⽣産性向上に向けた取り組み（AI） 04 ⽣産性向上に向けた取り組み（基本） 03 開発⽣産性の計測における注意点 02 助太⼑の開発チームの特性から導入を考える 01 開発⽣産性の計測におけるハードル アジェンダ
5. 開発⽣産性の計測におけるハードル そもそも計測するに⾄ったきっかけ（2年前） 経営陣 エンジニア • 開発本部の成果を定量的に見たい • エンジニアはリモートとかあるけどちゃんと仕 事してるのか？ • 自分たちの開発って効率よくできてるの？ • 他社のテックブログ見てると我々がやってい ることが非効率に感じる
6. 開発⽣産性の計測におけるハードル そもそも計測するに⾄ったきっかけ（2年前） CTO エンジニア それならまず4keys測定してみよう なんでそんなことするんすか！ 僕らを信頼してないんですか？
7. 開発⽣産性を測定する⼼理的ハードルを⾒つけ、チームに合わせて解決する CTO エンジニア 計測に後ろ向きな理由は何？ 「◦！※□◇＃△！」です 開発⽣産性の計測におけるハードル
8. 開発者⾃⾝のパフォーマンスを全てモニタリングされる ことへの抵抗感、それによる⾃他⽐較への嫌悪感 測定されること への抵抗感 開発以外の役員陣による、⽣産性指標の間違った理解と バイアスのかかったメンバー評価につながる恐れ 経営陣への意図 しないメッセージ 早く書く⼈、数字が良い⼈が評価されるカルチャーになる のではないかという不安感 不当な評価に つながる恐れ 開発⽣産性の計測におけるハードル 開発⽣産性の定量化における⼼理的ハードル
9. 遠くに⾏きたいのでみんなで⾏こう。 お互いをリスペクトし、チームとして⼀体になれるかどうかを選考でも普段のコミュニケーションでも重要視。 HRTの考え⽅を重要視 助太⼑で採⽤してきたメンバーは、課題に対して⾃分のエンジニアリング能⼒で⽴ち向かう、ということにモチベーショ ンを持てる⼈材。技術そのものへの興味よりも、それを使ってユーザーにどんな価値を届けられるか、を重要視。 課題解決型思考 チームの多くが週3⽇以上出社を⾏っており、対⾯でのコミュニケーションが活発。逆に⾔えばface to faceのコミュニ ケーションに依存している状態。 対⾯でのコミュニケーションがメイン 助太⼑の開発チームの特性とカルチャーから導⼊を考える 助太⼑開発チームの特性を⾔語化
10. 01 個⼈パフォーマンスで判断しない ⽣産性指標はチームの効率測るもので、個⼈の 優劣をつけるものではない 02 ⽣産性を単独で評価しない 失敗などが開発者のコントロールできない⽂脈 に左右されることもある 03 グッドハートの法則を意識 測定結果を⽬標にすると、その測定が意味を持 たなくなる。指標のために開発するとむしろ コードの品質が下がる可能性がある。 04 ⽣産性指標を直接評価などに 紐付けない 開発者の給与や地位、評価に直接個⼈の⽣産性 を紐付けない。紐づけると「ゲーム化」する。 開発⽣産性の計測における注意点 ⽣産性指標の計測はあくまでチームの健康診断のため
11. エンジニア個⼈ 意味のある最⼩粒度でPRを出すことになり、レビュー⼯ 数の削減や、⼤きな出戻りの減少などにつながり、最終 的な⽣産性指標が向上 PRの粒度やルールなど、ある程度は決 まってルール化されていたが、これを各 チームごとに最適化し再定義 PRの最適化 開発者体験が向上 開発チーム 数値の悪いメンバーを責めることなく、タスクの割り振 りやPRの粒度、他のメンバーがサポートできることはな かったかなど前向きな議論で改善していく体制に 週次で各種モニタリング指標をチームで 確認、改善案や他のメンバーのサポート 提案などを議論 各チームで⾃律的に改善案を 回すカルチャーに 定期的な健康診断と 振り返りを実施 ⽣産性向上に向けた取り組み（基本） 基本的なことを各チームで徹底
12. ⽣産性向上に向けた取り組み（基本） 基本的なことを各チームで徹底した結果
13. Github Copilotの導⼊ リリースされた当初から全チームへ の導⼊を決断 AI社員のDevinが⼊社 Devin AIも昨年末から検討し、現在 各チームでタスクを割り振ってコー ディングを⼿伝ってもらうことに code rabbitでレビュー短縮 各チームでプロンプトを設定し、各 チームのコーディングルールに基づ いたレビューを⾃動で実施 。 （現在はあまり使⽤せず） ⽣産性向上に向けた取り組み（AI） AIツールの導⼊により、コーディング作業の効率が⼤幅に向上
14. ⽣産性向上に向けた取り組み（AI） Devinさん 助太刀テックブログ
15. ⽣産性向上に向けた取り組み結果 2年で⾒てもサイクルタイムが順調に減少傾向
16. ⽣産性向上に向けた取り組み結果 開発⽣産性スコアもElite⽔準を⼤きく超えて推移できるように
17. ⾃⽴して改善するチームカルチャーを醸成することが⼀番重要 03 改善施策を継続的に実施 結果把握まで健康診断、数値を上げることだけをミッションや評価にしない 02 計測の注意点 ⼀緒に働くエンジニア達の理解を得ることが⼀番重要 01 ⽣産性を計測するまで まとめ 2年ほど開発⽣産性に向き合って得た知⾒