為什麼要算一點等於幾個小時？

因為目前的專案還不是理想的scrum專案
還是臨時會有插件
而這些插件是sprint planning meeting沒想到的事

但插件就是很緊急的事情
對客戶的Value也很高
假如我們回說
"對不起 sprint已經開始 請在下一個sprint planning提出"
那有點不好啦...
但其實這樣也可以訓練PO好好排出事情跟priority
也不失為一件好事

總之
對於這些插件
假如我們真的花了 比如說16小時 去處理
就可以回推出這件插件是多少Task點數
sprint review的時候
才能真正反映到這個sprint的Velocity上

插件 目前一個sprint大概只能吃個一兩件小的
再多也無法了

Emma Scrum Logs -- Sprint 2 ends

Sprint 2 表面上做了61點

但其實不只

我們還多做了Logger跟1.2的startup time的優化

隨便抓一下 70點好了

而團隊已經感覺飽飽的了

可能無法再多做事情了

我們做了兩個sprint 分別是52, 70點
由這兩個sprint看來 大約可以做到61點的Task

所以 理論上
一個Sprint work hour = 250
1點大概是4個小時
實際上
第一個sprint 的52點大概是80小時
第二個sprint 的70點大概是170小時
所以 1點大概是2小時

所以 抓一下
1點大概是3個小時

總之
下一個sprint以60多點的Task為目標吧

Emma Scrum Log -- Sprint 2 kicks off

Sprint 2繼續做multi-device login的相關後續的User story

PBI點數是20點
另外還塞了一些bug進來

切完Task後
Task點數為 61點
所以 我們要來決定
這個Sprint的work hour到底是多少
當然 我們仍然可以用250小時 ( = 5人*10天*一天5小時)
但
以Sprint1的velocity來說
參考前篇
Task 52點
約做了80小時
那這個Sprint 61點
大概是98小時

到底是98還是250呢？
那就平均吧！
我就決定這個sprint的work hours 為 (98 + 250) / 2 = 174

所以
burndown chart是

先不要注意那個藍點




好的
因為我很懶
所以不想再打一篇

因為我很笨
今天是day4了
前三天的burndown chart如下

Emma Scrum Log -- Sprint 1 ends

Sprint 1做了Task點數 52點

稍微換算一下
來算數學了～～

理想狀況是

以一個sprint為5人*一天專心工作5小時*10天

所以一個sprint為250小時

我們做了52點
250/52 ~= 5
所以1點約是5小時

實際情況是
因為藍色的線下降得很漂亮
day2那天的standup meeting 預計有80小時
80/52 ~= 1.6

所以1點約為1.6小時

故

Sprint1_ideal_hours_per_point = 5

Sprint1_actual_hours_per_point = 1.6