背景

筆者はソフトウェア開発チームの一員として日々開発を行なっているが、ここ最近２週間毎に区切っている開発期間に実施すべき開発タスクが未達になってしまう状態が続いている。

いわゆるスプリントゴール未達成ってやつ。

この原因を探り、改善すべく施作を考える必要に迫られているのだが、改めて我々は以下のような質問に回答する術を持っておらず、今後の開発生産性向上ための正確な打ち手を打てないでいる。

現状の開発パフォーマンスの正しい把握なしに適切な期待値設定はできない。

また、パフォーマンスの度合いを知る術もないままやれ開発進捗が悪いだのスプリントゴールが達成できていないだのとチーム内で議論をしても、議論は空中戦になってしまう。

結果としてノルマ未達の原因を探るにも、正しく原因や現状を知るためのファクトが何もないまま、根拠なき推測によってのみ仮説が立てられ、NextActionが実行される。

一度本当にあった不幸な事案として、「開発者の開発能力が足りないのでは？」という仮説が立ってしまい、対応案として開発進捗の監視（≒プレッシャー）強化と有識者による開発補助制限（各人のスキルアップのためらしい）という厳しい措置が取られ、チームの雰囲気が悪くなってしまった。

改善策実行結果何が改善されたのかを知る術はもちろんなかった。

課題

開発チームの開発生産性を測定する術がない。それによって、
- 一定期間にこなせるタスクを見積りにくい
- 各種ステークホルダー（PM・EM…etc）との開発スケジュールや成果物の期待合意が正確にできない
開発成果が期待値を下回った際の原因調査をする術がない。それによって、
- 一定以上根拠のある改善策をTryすることが難しい
- 次回以降の期待値調整を正確に行うことが難しい
実行した施作の効果を測定する術がない。それによって、
- 再現性のある施作ない施作の判断ができない

現状、上記のような問題に対処するために、何かしら開発パフォーマンスを可視化できる指標を立て、それを測定することによって開発のパフォーマンスを継続的に測定する仕組みをつくりたい。

以下、有用メトリクス。

どうやって測るかは検討余地あり。

Google Cloudの記事より、以下の指標が参考になる。

以下の記事より、

開発成果やパフォーマンスを直接測るというよりかは、従業員の満足度やコラボレーションなどの度合いも図り目先の成果以外の通知含めて総合的に測定する試み。

筆者の所属している開発組織でよく用いられている数値。

開発生産性そのものと、生産性に影響を与えるであろう数値の２つに分類してみた。

次回以降の記事で以下について考察したい。