開発者の定量・定性データを組み合わせて開発者体験を把握するための取り組み

by ham

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

挑戦するエンジニアのプラットフォームをつくる。テクノロジーによる社会変革の時代に最も必要なことは、エンジニアの可能性を拡げることです。 Findyは、アルゴリズムとヒューマニティの融合によって、すべてのエンジニアが不安なく挑戦できる世界共通のプラットフォームをつくります。個人のチャンスを生み出し、組織の生産性を向上させ、社会の人材資産を好循環させる。エンジニアプラットフォームが、デジタル社会の発展を加速していきます。ビジョン © Findy Inc. 3

Slide 4

Slide 4 text

© Findy Inc. ファインディが展開するエンジニアプラットフォームサービス紹介 ToC / ToB 正社員エンジニアの採用約12万人のエンジニアと880社以上のテック企業をマッチング。マッチングサービスフリーランスエンジニアの採用 5万人以上のフリーランスエンジニアの成功報酬型の人材紹介サービス。外国籍エンジニアの採用インドを中心とした海外のハイスキルエンジニアと日本企業をマッチング。 SaaS / ToB エンジニア組織の見える化 GitHubやJiraを解析し、エンジニア組織の見える化と生産性向上をサポート。組織分析SaaS ToC / ToB 開発ツールのレビューサイト実際に利用している企業の声を元に、開発ツールの導入や検討に必要な情報を集約。企業の技術選定をサポート。開発ツールメディア ※ 各種数値は、2024年6月時点のFindy転職、Findy Freelance、Findy Team+、Findy Globalの4サービスの累計での社数及び登録者数です。なお、1社又は1名の方が複数のサービスに登録している場合は、そのサービスの数に応じて複数のカウントをしています。 β 版 4

Slide 5

Slide 5 text

© Findy Inc. 5 Findy Team+(チームプラス)とは？開発生産性の可視化、開発プロセスの伸びしろの発見、継続的な改善をサポート生産性可視化生産性向上事業開発スピード加速 (開発スピードの向上により、仮説検証スピードも加速) 開発プロセス改善 (開発フロー･配置･ツールの伸びしろを可視化・最適化) 文化づくり・自己組織化 (メンバーの自発的な改善促進、改善を称賛する文化作り) データ連携 Engineer Engineer 開発組織ブランディング (エンジニアは、開発生産性が高い組織で働きたい) Recruit Biz

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

© Findy Inc. 10 「3人のレンガ職人」 - 旅人が3人のレンガ職人に「何をしているのですか？」 - 1人目の職人は「レンガを積んでいる」と答え、仕事に不満を抱えています - 2人目の職人は「壁を作っている」と答え、家族を養うために働いていることを誇りに思っています - 3人目の職人は「歴史に残る大聖堂を建てている」と答え、自分の仕事が社会に貢献することに喜びを感じています - 同じ仕事でも、意義や目的意識を持つことで、モチベーションや幸福度が向上 - より大きな目標やビジョンを持つことで、日々の仕事にやりがいや充実感を見出すことができる - 自らの仕事に責任と誇りを持つことで、積極的な姿勢で仕事に取り組むことができる

Slide 11

Slide 11 text

© Findy Inc. 11 エンジニアに当てはめる - EMが3人のエンジニアに「何をしているのですか？」 - 1人目のエンジニアは「コードを書いている」と答え、仕事に不満を抱えています - 2人目のエンジニアは「プロダクトを作っている」と答え、家族を養うために働いていることを誇りに思っています - 3人目のエンジニアは「エンジニアのプラットフォームを創っている」と答え、自分の仕事が社会に貢献することに喜びを感じています

Slide 12

Slide 12 text

© Findy Inc. 12 エンジニアに当てはめる - EMが3人のエンジニアに「何をしているのですか？」 - 1人目のエンジニアは「コードを書いている」と答え、仕事に不満を抱えています - 2人目のエンジニアは「プロダクトを作っている」と答え、家族を養うために働いていることを誇りに思っています - 3人目のエンジニアは「エンジニアのプラットフォームを創っている」と答え、自分の仕事が社会に貢献することに喜びを感じています - エンジニアも同様！ - 開発する目的が明確かつ共感していることで、やりがいを見出すことができ、モチベーション高く、積極的な姿勢で開発に取り組むことができる

Slide 13

Slide 13 text

© Findy Inc. 13 エンジニアに当てはめる - EMが3人のエンジニアに「何をしているのですか？」 - 1人目のエンジニアは「コードを書いている」と答え、仕事に不満を抱えています - 2人目のエンジニアは「プロダクトを作っている」と答え、家族を養うために働いていることを誇りに思っています - 3人目のエンジニアは「エンジニアのプラットフォームを創っている」と答え、自分の仕事が社会に貢献することに喜びを感じています - ビルドトラップにハマりづらい - 工数とインパクトをトレードオフした提案ができる - 開発する目的を理解しているので、目的に沿っていないものを作っていることに気づいたり、目的を達成のための工数が少ない代替案を提案することができる

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© Findy Inc. 18 DevExの参考記事 https://queue.acm.org/detail.cfm?id=3595878 - DevEx: What Actually Drives Productivity - 2023年3月にソフトウェアエンジニア向け雑誌 [acm queue]に寄稿 - DevEx in Action - 2024年1月にソフトウェアエンジニア向け雑誌 [acm queue]に寄稿 https://queue.acm.org/detail.cfm?id=3639443

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

© Findy Inc. 22 フロー状態(Flow State) - 活力に満ちた集中、楽しみを伴う精神状態 - フローに入ると、生産性の向上、イノベーション、成長につながる - 仕事を楽しむことでより良いパフォーマンスを発揮して、より高品質な製品を開発する - 深く集中して業務を行う時間を大幅に確保した開発者は、生産性が50%向上 - 仕事に魅力を感じている開発者は、生産性を 30%高く感じている

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© Findy Inc. 24 認知負荷(Cognitive Load) - 開発者がタスクを実行するために必要な精神的処理の量 - 認知負荷が高い場合、タスクの完了に追加の時間と労力を費やす必要がある - コードの理解度が高いと答えた開発者は、低いか全くないと答えた開発者よりも、42% 生産性が高いと感じる - ツールや作業プロセスが直感的で使いやすいと感じる開発者は、理解しにくいと感じる開発者に比べて、50%革新的だと感じている

Slide 25

Slide 25 text

Slide 26

Slide 26 text

© Findy Inc. 26 フィードバックループ (Feedback Loops) - 作業中のものに関するフィードバックと学習のループ - 迅速なフィードバックループは、開発者が迅速に作業を完了することを可能にする - 遅いフィードバックループは、開発プロセスを中断させ、タスク切り替えによりフラストレーションや遅延を引き起こす - コードレビューが早いと答えた開発者は、遅いと答えた開発者より、20%革新的だと感じている - 開発者の質問に迅速に回答できるチームは、回答が遅いチームと比較して、技術的負債が 50%少ない

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

© Findy Inc. 32 PERCEPTIONS フィードバックループ認知負荷フロー状態自動テストの速度と出力に対する満足度コードベースの複雑さの認識集中して中断を避ける能力の認識ローカル変更を検証するのにかかる時間に対する満足度本番テストのデバッグの容易さタスクやプロジェクト目標の明確さに対する満足度本番に変更をデプロイするのにかかる時間に対する満足度ドキュメント理解の容易さオンコールの際の中断性の認識

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

© Findy Inc. 45 DevExの測定フィードバックループ認知負荷フロー状態 PERCEPTIONS 自動テストの速度と出力に対する満足度コードベースの複雑さの認識集中して中断を避ける能力の認識ローカル変更を検証するのにかかる時間に対する満足度本番テストのデバッグの容易さタスクやプロジェクト目標の明確さに対する満足度本番に変更をデプロイするのにかかる時間に対する満足度ドキュメント理解の容易さオンコールの際の中断性の認識 WORKFLOWS CI結果を生成するのにかかる時間技術的質問に対する回答を得るのにかかる時間会議や中断なしでブロックする時間の数コードレビューのターンアラウンドタイム変更をデプロイするために必要な手動ステップ計画外のタスクやリクエストの頻度デプロイリードタイムドキュメントの改善頻度インシデントの頻度 KPIS ソフトウェアを提供するプロセスが容易であること従業員のエンゲージメントや満足度が高いこと計画していた開発がデリバリーされていること

Slide 46

Slide 46 text

© Findy Inc. 46 DevExの測定フィードバックループ認知負荷フロー状態 PERCEPTIONS 自動テストの速度と出力に対する満足度コードベースの複雑さの認識集中して中断を避ける能力の認識ローカル変更を検証するのにかかる時間に対する満足度本番テストのデバッグの容易さタスクやプロジェクト目標の明確さに対する満足度本番に変更をデプロイするのにかかる時間に対する満足度ドキュメント理解の容易さオンコールの際の中断性の認識 WORKFLOWS CI結果を生成するのにかかる時間技術的質問に対する回答を得るのにかかる時間会議や中断なしでブロックする時間の数コードレビューのターンアラウンドタイム変更をデプロイするために必要な手動ステップ計画外のタスクやリクエストの頻度デプロイリードタイムドキュメントの改善頻度インシデントの頻度 KPIS ソフトウェアを提供するプロセスが容易であること従業員のエンゲージメントや満足度が高いこと計画していた開発がデリバリーされていること開発者サーベイ指標指標 & サーベイ

Slide 47

Slide 47 text

© Findy Inc. 47 DevExの測定フィードバックループ認知負荷フロー状態 PERCEPTIONS 自動テストの速度と出力に対する満足度コードベースの複雑さの認識集中して中断を避ける能力の認識ローカル変更を検証するのにかかる時間に対する満足度本番テストのデバッグの容易さタスクやプロジェクト目標の明確さに対する満足度本番に変更をデプロイするのにかかる時間に対する満足度ドキュメント理解の容易さオンコールの際の中断性の認識 WORKFLOWS CIの平均実行時間マージ済みプルリクエスト数 / 人 / 日ミーティング時間 / 人 / 日レビュー依頼からレビュー完了までの時間リリースPRが作られてからデプロイするまでの時間勤務時間あたりのトイル対応時間の割合変更のリードタイム(Four Keys) ドキュメントの改善のプルリクエスト数インシデント数 / 月 KPIS Four Keys 開発者サーベイ「ソフトウェアを提供するプロセスが容易だと感じますか」従業員サーベイ開発計画の予実開発者サーベイ指標指標 & サーベイ

Slide 48

Slide 48 text

© Findy Inc. 48 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 自動テストの速度と出力に対する満足度コードベースの複雑さの認識集中して中断を避ける能力の認識ローカル変更を検証するのにかかる時間に対する満足度本番テストのデバッグの容易さタスクやプロジェクト目標の明確さに対する満足度本番に変更をデプロイするのにかかる時間に対する満足度ドキュメント理解の容易さオンコールの際の中断性の認識 WORKFLOWS CIの平均実行時間マージ済みプルリクエスト数 / 人 / 日ミーティング時間 / 人 / 日レビュー依頼からレビュー完了までの時間リリースPRが作られてからデプロイするまでの時間勤務時間あたりのトイル対応時間の割合変更のリードタイム(Four Keys) ドキュメントの改善のプルリクエスト数インシデント数 / 月 KPIS Four Keys 開発者サーベイ「ソフトウェアを提供するプロセスが容易だと感じますか」従業員サーベイ開発計画の予実

Slide 49

Slide 49 text

© Findy Inc. 49 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 赤: 1.0〜3.0 黄: 3.0〜3.5 緑: 3.5〜5.0 自動テストの速度と出力に対する満足度 3.7 コードベースの複雑さの認識 3.3 集中して中断を避ける能力の認識 3.9 ローカル変更を検証するのにかかる時間に対する満足度 4.0 本番テストのデバッグの容易さ 3.1 タスクやプロジェクト目標の明確さに対する満足度 4.1 本番に変更をデプロイするのにかかる時間に対する満足度 4.2 ドキュメント理解の容易さ 3.1 オンコールの際の中断性の認識 3.4 - 3未満はなく全体的に良い状態 - コードベースの複雑さはコードが増加すると落ちるので継続的にリファクタを入れている - 本番監視やドキュメントやオンコールなどは伸びしろあり

Slide 50

Slide 50 text

© Findy Inc. 50 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 WORKFLOWS CIの平均実行時間 Frontend: 10分 / Backend: 5分緑: 〜3分黄: 3〜5分赤: 5分〜マージ済みプルリクエスト数 / 人 / 日 3.7件/人/日緑: 4件〜黄: 2〜4件赤: 〜2件ミーティング時間 / 人 / 日 1.6h 緑: 〜2.0h 黄: 2.0〜4h 赤: 4h〜レビュー依頼からレビュー完了までの時間 1.7h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜リリースPRが作られてからデプロイするまでの時間 1.1h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜勤務時間あたりのトイル対応時間の割合 5.58% 緑: 〜5% 黄: 5〜10% 赤: 10%〜変更のリードタイム(Four Keys) 14.2h 緑: 〜24.0h 黄: 24.0〜120.0h 赤: 120h〜ドキュメントの改善のプルリクエスト数 29件緑: 5件〜黄: 1〜5件赤: 0件インシデント数 / 月 5件緑: 〜4件黄: 4〜12件赤: 12件〜

Slide 51

Slide 51 text

© Findy Inc. 51 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 WORKFLOWS CIの平均実行時間 Frontend: 10分 / Backend: 5分緑: 〜3分黄: 3〜5分赤: 5分〜マージ済みプルリクエスト数 / 人 / 日 3.7件/人/日緑: 4件〜黄: 2〜4件赤: 〜2件ミーティング時間 / 人 / 日 1.6h 緑: 〜2.0h 黄: 2.0〜4h 赤: 4h〜レビュー依頼からレビュー完了までの時間 1.7h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜リリースPRが作られてからデプロイするまでの時間 1.1h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜勤務時間あたりのトイル対応時間の割合 5.58% 緑: 〜5% 黄: 5〜10% 赤: 10%〜変更のリードタイム(Four Keys) 14.2h 緑: 〜24.0h 黄: 24.0〜120.0h 赤: 120h〜ドキュメントの改善のプルリクエスト数 29件緑: 5件〜黄: 1〜5件赤: 0件インシデント数 / 月 5件緑: 〜4件黄: 4〜12件赤: 12件〜赤文字は開発速度にダイレクトに影響を及ぼすので、高い目標を設定！ →改善サイクルを回す

Slide 52

Slide 52 text

© Findy Inc. 52 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 WORKFLOWS CIの平均実行時間 Frontend: 10分 / Backend: 5分緑: 〜3分黄: 3〜5分赤: 5分〜マージ済みプルリクエスト数 / 人 / 日 3.7件/人/日緑: 4件〜黄: 2〜4件赤: 〜2件ミーティング時間 / 人 / 日 1.6h 緑: 〜2.0h 黄: 2.0〜4h 赤: 4h〜レビュー依頼からレビュー完了までの時間 1.7h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜リリースPRが作られてからデプロイするまでの時間 1.1h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜勤務時間あたりのトイル対応時間の割合 5.58% 緑: 〜5% 黄: 5〜10% 赤: 10%〜変更のリードタイム(Four Keys) 14.2h 緑: 〜24.0h 黄: 24.0〜120.0h 赤: 120h〜ドキュメントの改善のプルリクエスト数 29件緑: 5件〜黄: 1〜5件赤: 0件インシデント数 / 月 5件緑: 〜4件黄: 4〜12件赤: 12件〜赤文字は無意識に時間を取られがちなので定量的にウォッチすることで意識する

Slide 53

Slide 53 text

© Findy Inc. 53 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 WORKFLOWS CIの平均実行時間 Frontend: 10分 / Backend: 5分緑: 〜3分黄: 3〜5分赤: 5分〜マージ済みプルリクエスト数 / 人 / 日 3.7件/人/日緑: 4件〜黄: 2〜4件赤: 〜2件ミーティング時間 / 人 / 日 1.6h 緑: 〜2.0h 黄: 2.0〜4h 赤: 4h〜レビュー依頼からレビュー完了までの時間 1.7h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜リリースPRが作られてからデプロイするまでの時間 1.1h 緑: 〜1.0h 黄: 1.0〜4.0h 赤: 4.0h〜勤務時間あたりのトイル対応時間の割合 5.58% 緑: 〜5% 黄: 5〜10% 赤: 10%〜変更のリードタイム(Four Keys) 14.2h 緑: 〜24.0h 黄: 24.0〜120.0h 赤: 120h〜ドキュメントの改善のプルリクエスト数 29件緑: 5件〜黄: 1〜5件赤: 0件インシデント数 / 月 5件緑: 〜4件黄: 4〜12件赤: 12件〜サーベイでは「ドキュメント理解の容易さ」に伸びしろがあったが、ドキュメント改善プロジェクトの成果が数値に出ている

Slide 54

Slide 54 text

© Findy Inc. 54 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 KPIS サーベイ赤: 1.0〜3.0 黄: 3.0〜3.5 緑: 3.5〜5.0 Four Keys 開発者サーベイ「ソフトウェアを提供するプロセスが容易だと感じますか」 Four Keys: All Elite / サーベイ: 4.2 緑: All Elite / 黄: High以上 / 赤: その他従業員サーベイ wevoxの結果より判定開発計画の予実(月次で計画している開発機能一覧の予実とサーベイから判断) 予実: 7機能リリース(予定: 8機能) /サーベイ: 3.8 緑: 8割以上リリース / 黄: 5〜8割リリース / 赤: 5割未満リリース - KPIは全面的に良好！

Slide 55

Slide 55 text

© Findy Inc. 55 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 緑: + 3 黄: + 2 赤: + 1 3 2 3 3 2 3 3 2 2 WORKFLOWS 緑: + 3 黄: + 2 赤: + 1 1 2 3 2 2 2 3 3 2 PERCEPTIONSとWORKFLOWSの合計 15 13 15 最大100になるように調整 ↑の合計 / 最大値(18) * 100 83 72 83 KPIS 緑: × 1.0 黄: × 0.9 赤: × 0.8 ×1.0 ×1.0 ×1.0 合計 83 72 83 DevEx 238

Slide 56

Slide 56 text

© Findy Inc. 56 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 緑: + 3 黄: + 2 赤: + 1 3 2 3 3 2 3 3 2 2 WORKFLOWS 緑: + 3 黄: + 2 赤: + 1 1 2 3 2 2 2 3 3 2 PERCEPTIONSとWORKFLOWSの合計 15 13 15 最大100になるように調整 ↑の合計 / 最大値(18) * 100 83 72 83 KPIS 緑: × 1.0 黄: × 0.9 赤: × 0.8 ×1.0 ×1.0 ×1.0 合計 83 72 83 DevEx 238 PERCEPTIONSとWORKFLOWSにスコアをつけて加算する

Slide 57

Slide 57 text

© Findy Inc. 57 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 緑: + 3 黄: + 2 赤: + 1 3 2 3 3 2 3 3 2 2 WORKFLOWS 緑: + 3 黄: + 2 赤: + 1 1 2 3 2 2 2 3 3 2 PERCEPTIONSとWORKFLOWSの合計 15 13 15 最大100になるように調整 ↑の合計 / 最大値(18) * 100 83 72 83 KPIS 緑: × 1.0 黄: × 0.9 赤: × 0.8 ×1.0 ×1.0 ×1.0 合計 83 72 83 DevEx 238 指標として使いやすいように 0~100の値に調整

Slide 58

Slide 58 text

© Findy Inc. 58 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 緑: + 3 黄: + 2 赤: + 1 3 2 3 3 2 3 3 2 2 WORKFLOWS 緑: + 3 黄: + 2 赤: + 1 1 2 3 2 2 2 3 3 2 PERCEPTIONSとWORKFLOWSの合計 15 13 15 最大100になるように調整 ↑の合計 / 最大値(18) * 100 83 72 83 KPIS 緑: × 1.0 黄: × 0.9 赤: × 0.8 ×1.0 ×1.0 ×1.0 合計 83 72 83 DevEx 238 KPI未達は全体を押し下げると判断達成状況に応じて1.0 / 0.9 / 0.8 倍する

Slide 59

Slide 59 text

© Findy Inc. 59 DevExの測定 (赤 < 黄 < 緑) フィードバックループ認知負荷フロー状態 PERCEPTIONS 緑: + 3 黄: + 2 赤: + 1 3 2 3 3 2 3 3 2 2 WORKFLOWS 緑: + 3 黄: + 2 赤: + 1 1 2 3 2 2 2 3 3 2 PERCEPTIONSとWORKFLOWSの合計 15 13 15 最大100になるように調整 ↑の合計 / 最大値(18) * 100 83 72 83 KPIS 緑: × 1.0 黄: × 0.9 赤: × 0.8 ×1.0 ×1.0 ×1.0 合計 83 72 83 DevEx 238 238