執行SCRUM-19 - 看板實務2- 分配

從使用者故事拆分成待辦事項後，要不要指定誰來作，是個問題。一般看板是不指定工程師，由開發人員依序拿取待辦事項進行開發。而SCRUM是要指定每項待辦的負責工程師。我們團隊因為工程師專業不同(前端工程師、介面UI/UX設定)，所以工作比較無法彼此支援，所以我們採取指定的方式。

待辦事項指定負責人員後，接著要估算story point。我們是利用費式數列來估算(1,3,5,8,13)，是以待辦事項的規模來作評估。這個部份必須說明的是，數字的估算是以完成待辦事項的時間來考量，而不是以完成的困難度，如果沒有事前溝通說明，容易產生誤解。而實務操作上，一開始我們都不限定數字代表之意義，由成員自己定義。而一段時間之後，大家比較了解如何運行，也為了達成彼此共識，數字有了一個較粗略的時間長短定義，1->馬上可以完成，3->需要一點時間，不超過半天，5->較為困難，可能需要1-2天的時間，8->是個大的課題，可能需要2-4天時間，13->沒有把握，還是找資料及多方嘗試，可能需要1周時間才能完成。

最後安排下一次SPRINT要作的事，一般會依照經驗數據將待辦事項拉進預備區，不過可以多放一些，避免工程師效率太好，把預備的工作都作完了，而沒事可作，導致老闆白眼，哈。不過這又涉及到另一個概念-盈餘時間。待續~~