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

Be1eb78c61dbd72bf1eec446cefef2b1?s=47 numa08
March 23, 2016

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

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

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

Be1eb78c61dbd72bf1eec446cefef2b1?s=128

numa08

March 23, 2016
Tweet

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

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