チームの進捗をちゃんと可視化したい話

Transcript

1. チームの進捗をちゃんと 可視化したい話 まだ完璧じゃないんだよ版 @numa08

2. 課題 • チームメンバーが期間内でできることを知りたい • その情報をつかって見積もりをしたい • 見積もりを沢山集めてスケジュールにしたい

3. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り

   • KPT

4. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り

   • KPT

5. 計画 • やりたいことを洗い出す • やりたいことにかかる時間を予想する ◦ がんばって予想する

6. ZenHub.io

7. None

8. バーンダウンチャート Issueの一覧 ストーリーポイント

9. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り

   • KPT

10. toggl.com

11. タイマー

12. Issue の一覧 かかった時間

13. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り

    • KPT
14. None

15. 振り返り • タスク完了の予想時間とかかった時間を比較する • 予想よりかかった理由や速く終わった理由を考える

16. KEEP PROMREM TRY

17. 得られるもの • それなりに正確な見積もりを作るノウハウ • チーム内部での行動指針 • 自分たちにできることやできないこと

18. 得られた知見 • Issueは8時間程度で終わる大きさにしておいた方がいい ◦ それ以上のやつは見積もりから大きくずれる • 全部終わるように予定を立てた方がいい ◦ モチベーションに大きく影響を与える •

    Pull Request はすぐに見る ◦ 待ち時間が無くなるので、作業進行がスムーズ • Pull Request 前の意識合わせは何としても行う ◦ レビュー中の差し戻しが結構無駄

19. 弱点 or 課題 • チームメンバーの変更、環境の変化に弱い ◦ 累積されたデータがそこまで約に立たなくなる • toggl を忘れる問題はある

    ◦ 気をつけよう

20. まとめ • 計画 -> 計測 -> 振り返りのサイクルを回そう • 継続的にチームを改善していこう •

    環境の変更が多いチームには向いてない • メンバーの意識に依存する部分はある