敏捷軟件開發實踐-Sprint Task Split

介紹：

在開完了Sprint Setup Meeting,并且吧所有的Story Point都合理的估算之后，下面一步就是吧story細分到每個開發者/測試者手里，讓他們在story下面建sub-task. 這里最關鍵的問題是，如何更高效的利用團隊的人力資源并且做最合理的分配。

實現方式：

這個其實都是根據skill set來的，因為大家都知道，一個團隊的人的水平，經驗都層次不齊，有高級/中級的工程師，有這個領域專家，有的擅長另外一個領域。

所以我們團隊，去年剛建立的時候，第一件事情就是收集下每個人的skill set.從而team leader可以更好的了解每個人的長處和短處，從而更加科學的分配任務。

一個skill set往往是一個excel表格，這里曬下我的skill set（局部）

在有了所有人的skill set之后，我會根據團隊情況進行合理的任務分配，如果這個Sprint估算的總的story point很多，估計團隊會很忙，那么我會盡可能吧按照skill set分配任務，吧story分給這個領域最擅長的人來做來達到極限的速度。如果Sprint估算下來不算很忙，那么我會讓大家去挑選story,盡量做自己不擅長的，從而可以更有效的提升團隊的整體戰斗力，而且可以相互學習共同提高。

在分配完所有的story之后，我會讓團隊的人在自己負責的story下面建自己的sub-task,并且給上估算時間 ，這個時間讓開發者自己來估計，因為只有自己才對自己的速度有比較靠譜的認識，別人估算的結果對于他來說是沒有任何意義的。這個時間其實不要太精確，只要不是太離譜就行了。（不要象出現修改一個頁面某表單的js校驗估上10個小時這種差異就可以）， 然后所有人都建立好sub-task之后，我和模塊負責人會依次review每個sub-task。

總結：

(1)分配story到各人建議根據skill set和sprint 進度來定，如果時間充裕，盡量分配大家做自己不擅長的模塊，領域來達到鍛煉和建設團隊的作用，如果時間緊湊，盡量按照最高skill set來分配從而保證項目按時交付。

(2)建立sub-task一定要及時，最好在story確定下來之后立刻建，而不是要等story開始了再建，這樣可以確保burn down chart比較好看，而且這些sub-task一定要專門的人負責review下確保他們的時間估算都合情合理。