Posted on 2008-03-17 23:04
天涯【鈍】刀客 閱讀(203)
評論(1) 編輯 收藏 所屬分類:
uml
具體的來說,推薦的一種方式有下面的幾個步驟.
1. 確定迭代的時間長度,這個時間長度確定下來以后呢就不能更改了.常見的周期一般是2~6周.一般4周最為合 適,3周開發,一周測試.不要為了趕上進度而延長迭代周期,當發現在規定的時間內無法完成當除計劃的任務的時候,因該減少部分的工作量而不是延長本次迭代時間.
2.召開迭代會議,這個會議召開的時間通常是在上一次迭代結束下一次迭代尚未開始之前召開.
3.列出本次迭代的潛在目標,也就是任務了.并標記優先級.
4.開發團隊的每個人員都要給出自己的資源時間表,比如大概什么時候請多長時間的假之類的.好讓項目經理歸匯總總共有多少資源可用.
5.討論步驟3里面確定下來的任務,并給出工作量的評估.直到得出所有本次計劃所有任務的工作量.
6.比較總的工作量是否和步驟4里面得到的總的資源相一致,如果一致則本次計劃結束,否則就要剔除步驟3里面取定的部分認為.
注意點:開發人員應該積極參與計劃和評估過程,而不是項目經理一個人說了算.