敏捷式軟體開發 (Agile Software Development)實踐-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下確保他們的時間估算都合情合理。

本文出自 “平行線的凝聚” 部落格，請務必保留此出處http://supercharles888.blog.51cto.com/609344/1261180