Tweet
Tweet

Slide 1

Slide 1 text

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

Slide 2

Slide 2 text

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

Slide 3

Slide 3 text

やったこと 計画 ● GitHub ● ZenHub 計測 ● Toggl 振り返り ● KPT

Slide 4

Slide 4 text

やったこと 計画 ● GitHub ● ZenHub 計測 ● Toggl 振り返り ● KPT

Slide 5

Slide 5 text

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

Slide 6

Slide 6 text

ZenHub.io

Slide 7

Slide 7 text

No content

Slide 8

Slide 8 text

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

Slide 9

Slide 9 text

やったこと 計画 ● GitHub ● ZenHub 計測 ● Toggl 振り返り ● KPT

Slide 10

Slide 10 text

toggl.com

Slide 11

Slide 11 text

タイマー

Slide 12

Slide 12 text

Issue の一覧 かかった時間

Slide 13

Slide 13 text

やったこと 計画 ● GitHub ● ZenHub 計測 ● Toggl 振り返り ● KPT

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

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

Slide 16

Slide 16 text

KEEP PROMREM TRY

Slide 17

Slide 17 text

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

Slide 18

Slide 18 text

得られた知見 ● Issueは8時間程度で終わる大きさにしておいた方がいい ○ それ以上のやつは見積もりから大きくずれる ● 全部終わるように予定を立てた方がいい ○ モチベーションに大きく影響を与える ● Pull Request はすぐに見る ○ 待ち時間が無くなるので、作業進行がスムーズ ● Pull Request 前の意識合わせは何としても行う ○ レビュー中の差し戻しが結構無駄

Slide 19

Slide 19 text

弱点 or 課題 ● チームメンバーの変更、環境の変化に弱い ○ 累積されたデータがそこまで約に立たなくなる ● toggl を忘れる問題はある ○ 気をつけよう

Slide 20

Slide 20 text

まとめ ● 計画 -> 計測 -> 振り返りのサイクルを回そう ● 継続的にチームを改善していこう ● 環境の変更が多いチームには向いてない ● メンバーの意識に依存する部分はある