生産性の壁を越えろ！ 何がなんでも計測する

Transcript

1. 生産性の壁を越えろ！ 何がなんでも計測する 2025/09/13 SATOSHI KANEYASU
2. 自己紹介 氏名：兼安 聡 所属：株式会社サーバーワークス アプリケーションサービス部 在住：広島（フルリモート） 担当：DevOps、技術支援、PM、SM SNS(X)：@satoshi256kbyte ⚫ PMP2025 AWS Community Builders ⚫ 2025 Japan AWS Top Engineers (AI/ML Data Engineer) ⚫ 2025 Japan AWS All Certifications Engineers ⚫ 認定スクラムマスター ⚫ PMP
3. このお話の前提 • 舞台となるプロジェクトはスクラム開発です • 二週間単位で開発を行います • 二週間の最初に課題を作成・見積します • 二週間の中で完了したら課題を計上、プロジェクトの生産性とします。 • スクラムチームの開発者はSIerで全員他案件と兼任です。
4. 生産性がずっと低空飛行 スプリント 生産性 21 38 22 51 23 48 24 45 本当は80ぐらいが 目標だと思ってください
5. 生産性があがらない理由 • 夏休みの宿題現象 • スクラム開発を都合のよい方向に解釈してしまう • どうしてもギリギリにならないと本気を出さない開発者が絶えない • そもそも生産性が計上できない • 課題が二週間のうちに終わる方が珍しい • 「完了したら成果として計上します。」 • ↑この条件を満たさないので、生産性に計上できない
6. 教科書通り まずは計測しよう
7. 忖度なしで毎日進捗を直視させる • 毎日進捗を確認しよう • Backlogにバーンダウンチャートがあるけど誰も見ていない • バーンダウンチャートのロジックを解析して、毎日通知するBotを作る • 忖度なしで毎日直視させる • 憎まれ役は機械に担ってもらおう
8. 作成したBot • 参考 • Backlogのバーンダウンチャートの動きをゆっくりみてみる
9. 按分して計上する • 二週間で終わらないのなら仕方ない、按分しよう • おそらく間違った方法だけれども仕方ない • 二週間で終わるように小さくするのは？ • 小さすぎる課題は、全体把握の難易度があがりリーダーの負担増 • じっくりとチームを育てるべきでは？ • SIerなので契約も大事なんです・・・ Sprint N Sprint N＋1 課題にかかった実際の時間
10. これで生産性は向上しましたか？
11. 一瞬しか向上しませんでした
12. 毎日体重計に乗るだけで ダイエットは成功しますか？
13. しません、ソースは私
14. 体重に変化が起きないと、 ダイエットは続きません
15. バーンダウンチャートの理想線を意識 して課題を作る
16. バーンダウンチャートの理想線を意識して課題を作る • 毎日何枚かの課題が完了になる起票の仕方をする • 炎のマークが適度に出るような期限の付け方をする • 完了できていなくてもせめて適時コメントをする • これにより更新日が変化する • 更新日が変わってない課題は完全に停滞しているとみなせる
17. 更新されない課題への対策例 • （その人にとって）課題が大きい、難しいです （PM）計画を見直そ、1日1個ずつ捌けるぐらいにしようか • 完了の仕方がわかりません （PM）残ってるやつは別課題に切り出して完了扱いにしようか • 社内外の関係者との調整に及び腰になってる （PM）3人で話しようか
18. まとめ
19. 計測してこういうサイクルを作る 進捗の数字が変わらない PMが正しく焦る PMが声掛けする 進捗の数字が変化する 生産性が変化する 振り返る
20. ありがとうございました