開発生産性運用上の課題と上流工程まで視野に入れた改善の取り組み

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright coconala Inc. All Rights Reserved. 自己紹介 2 村上正敏（むーさん）株式会社ココナラ執行役員 VP of Engineering バックエンドエンジニアとして、Web系スタートアップやフリーランスを複数経験した後、2019年にココナラに参画現在は、約75名のエンジニア組織を管轄し、技術面〜組織面まで開発全般の方針策定や課題解決を担当趣味はロードバイクとバイク

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

Slide 11

Slide 11 text

Copyright coconala Inc. All Rights Reserved. リリースの粒度 11 リリースを小さくしたいが状況によっては限界がある機能が未完結になってしまうケース（整合性が崩れる）非機能要件が後回しされてしまうケース（最悪本番で事故る）サービス出品画面サービス詳細画面サービス検索画面例）出品時の入力項目を追加したい・・・ ● 複数画面（機能）に影響がある状況 ● 一部画面だけを対応すると、機能が中途半端でUI/UX的によくない ● ユーザーも混乱するため、細かく分けて段階的リリースするのは難しい影響影響 ● セキュリティ面 ○ 予期せぬ情報漏洩等が発生しないか ● パフォーマンス面 ○ 負荷が増加し、全体的にレスポンスタイムが悪化しないか ● インフラコスト面 ○ 想定以上のコストが消化されないか ● 他にも以下などの考慮が漏れがち ○ SEO影響面 ○ 業務生産性面 ○ KPI集計・分析面 ○ 会計影響面　　　等

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Copyright coconala Inc. All Rights Reserved. そもそもなぜ開発生産性が重要か 13 開発生産性を高めれば、同人数でも多くの価値を提供できる（RoI高）生産性が高い開発組織生産性が低い開発組織リリースリリースリリースリリースリリースリリースリリースリリースリリースリリース＄＄＄＄＄価値の大きさ提供頻度開発生産性の高さ ※リリースすると価値につながる前提において

Slide 14

Slide 14 text

Copyright coconala Inc. All Rights Reserved. 開発生産性をどのように計測するのがいいか 14 巷の開発生産性指標/ツールを使って可視化している Four Keys SPACE 従業員満足度と幸福パフォーマンスアクティビティコミュニケーションとコラボレーション効率性とフローデプロイ頻度リードタイム MTTR 変更障害率例） Four KeysはFindy Team+ で可視化参考画像例） Grafanaでさまざまなアクティビティを可視化

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Copyright coconala Inc. All Rights Reserved. 開発生産性はエンジニアだけが意識するものなのか？ 17 巷の開発生産性スコープ体感値の開発生産性のスコープ（開発着手してからユーザーに機能提供するまでのリードタイム）開発生産性に企画・設計工程が含まれていないと認識がずれる企画設計実装 QA/リリース　　　　　　　大きい規模になるほど企画・設計工程の工数が無視できなくなる　　　　　　　実際、企画・設計工程起因によるリリース遅延の影響が大きかった体感値との差分ポイント

Slide 18

Slide 18 text

Copyright coconala Inc. All Rights Reserved. 具体事例（上流工程起因の開発生産性低下の一例） 18 例）仕様FIXしきらず、開発後半で仕様変更による実装手戻りが発生企画設計実装 QA/リリース企画設計実装 QA/リリース手戻り手戻り変更発生・・・理想現実例）動作するものを見たらイメージと違ってた　　　根本原因は上流工程だが、下流工程だけ見てると実装遅延と誤解することがあるポイント

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Copyright coconala Inc. All Rights Reserved. 開発全工程をモニタリング 21 可視化したい開発生産性のスコープ（開発着手してからユーザーに機能提供するまでのリードタイム）実装・QAだけでなく、企画・設計まで含めて可視化する必要がある企画設計実装 QA/リリース経営サイドと接続する際もこのスコープで会話すると認識がずれにくい　　　　　　　人件費は開発全工程でかかるため、開発のRoIを最大化したい経営層と視点が一致するポイント

Slide 22

Slide 22 text

Copyright coconala Inc. All Rights Reserved. 開発生産性可視化の運用イメージ（現在進行系で運用を構築中） 22 計画と実績を計測し、開発プロセスの問題点を浮き彫りにしていく企画設計実装 QA/リリース企画（計画） ◯人日企画（実績）◯人日設計（計画）　◯人日実装（計画）　◯人日実装（実績）　◯人日 QA/リリース（計画） QA/リリース（実績）設計（実績）　◯人日計画とずれた部分 →タスクレベルで記録し、その差分については原因分析（事後）もセットで実施例）他業務により着手が遅れた例）調整の段取りが悪くリードタイムが長引いた例）仕様考慮漏れが多く追加検討が増えた例）企画の追加分設計のやり直しが発生した例）非機能要件の考慮が不足していて追加検討した例）設計変更の影響を受けて実装を作り直した例）QA中に不具合がでてバグを修正した例）設計が固まっておらずテストケース作成着手が遅れた例）QA時不具合のやり直しが多かった

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Copyright coconala Inc. All Rights Reserved. 生産性向上の取り組みが実際に組織にどのようなインパクトを与えているか 24 やり始めたばかりなので定量的な効果はこれから ● 上流工程のどのプロセスがボトルネックなのか可視化できるようになる ● エンジニア以外の人たちが開発生産性をモニタリングし改善するようになる定性的に見え始めている効果 ● タスクベースのFACTがあるため、関係者間での認識のずれが起きにくい ● 記録が都度蓄積されており、この情報自体がプロジェクト運用ノウハウになる

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Copyright coconala Inc. All Rights Reserved. Grafana等でダッシュボード化開発版バリューストリームマッピング(VSM)*の可視化と定量化 26 * バリューストリームマッピング：リーンソフトウェア開発の22の思考ツール待ち時間の可視化によるリードタイム長期化箇所の特定と対策検討企画設計実装 QA/リリースプロセスタイム（作業時間）リードタイム（提供時間） 5h 4h 8h 3h 10h 6h 10h 19h 11h 7h 8h 13h 15h 26h 10h 18h 20h 14h 18h 23h 25h 20h 32h 25h 18h 5h 5h 17h 21h 10h 13h 29h 　　　　　　原因と照らし合わせて「リードタイム短縮」に向けた対策を検討　　　　　　　対策例：順番見直し、作業自動化、システム面の見直し、組織面の見直し等ポイント原因原因原因原因改善改善改善改善差分は待ち時間だったりする