Emma scrum logs --- sprint 3 ends

Sprint 3 受到人員異動 及後端黑洞的影響
原本的User story沒做完
但加入1.2的插件以後
做了task 65點
花了76 hrs

所以 1點  = 1.17 hr

這是burndown


跟之前的一起算
sprint 1 = 80 hrs,  52 pts
sprint 2 = 170 hrs,70 pts
sprint 3 = 76 hrs,  65 pts
所以
velocity: 一個sprint大概就是吃62點囉
1點 大概就是1.74小時

三個sprint了
這些數字應該已經有不錯的參考價值了～

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

因為目前的專案還不是理想的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如下