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

バックオフィスダベリNightで話した内容

http://ci-daberi.connpass.com/event/28155/

Transcript

1. チームの進捗をちゃんと 可視化したい話 まだ完璧じゃないんだよ版 @numa08
2. 課題 • チームメンバーが期間内でできることを知りたい • その情報をつかって見積もりをしたい • 見積もりを沢山集めてスケジュールにしたい
3. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り • KPT
4. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り • KPT
5. 計画 • やりたいことを洗い出す • やりたいことにかかる時間を予想する ◦ がんばって予想する
6. ZenHub.io
8. バーンダウンチャート Issueの一覧 ストーリーポイント
9. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り • KPT
10. toggl.com
11. タイマー
12. Issue の一覧 かかった時間
13. やったこと 計画 • GitHub • ZenHub 計測 • Toggl 振り返り • KPT
15. 振り返り • タスク完了の予想時間とかかった時間を比較する • 予想よりかかった理由や速く終わった理由を考える
16. KEEP PROMREM TRY
17. 得られるもの • それなりに正確な見積もりを作るノウハウ • チーム内部での行動指針 • 自分たちにできることやできないこと
18. 得られた知見 • Issueは8時間程度で終わる大きさにしておいた方がいい ◦ それ以上のやつは見積もりから大きくずれる • 全部終わるように予定を立てた方がいい ◦ モチベーションに大きく影響を与える • Pull Request はすぐに見る ◦ 待ち時間が無くなるので、作業進行がスムーズ • Pull Request 前の意識合わせは何としても行う ◦ レビュー中の差し戻しが結構無駄
19. 弱点 or 課題 • チームメンバーの変更、環境の変化に弱い ◦ 累積されたデータがそこまで約に立たなくなる • toggl を忘れる問題はある ◦ 気をつけよう
20. まとめ • 計画 -> 計測 -> 振り返りのサイクルを回そう • 継続的にチームを改善していこう • 環境の変更が多いチームには向いてない • メンバーの意識に依存する部分はある