敏捷式軟體開發 - PMP

最近在公司的案子採用Scrum敏捷式開發，使用Target Process 2這套軟體做為流程控管
工具。

因此這幾天都在做專案的規劃，寫User Stories和Tasks，規劃Release和Iteratioin等。

既然有心要做好，就特地借了以下這2本書來看。
More about Agile Estimating and Planning More about 敏捷估计与规划

書不厚，不到300頁，再加上之前已經在公司聽過Agile Scrum的簡報介紹，因此我很快地
挑重點灠覽過去。

書中講的估算和規劃做法，與Target Process 2幾乎沒啥不同，實際操作一次TP2，印象
會更深刻。

底下僅列出這本書強調的重要觀念。



估計時，該使用故事點(Story Point)或是理想時間(Ideal Time)?

各有好處。

故事點是抽象的點數，容易橫跨不同的功能團隊，不會過期，通常也比較快做出估計，同
時避免每個人有不同實作時間的估計。

理想時間(或理想日)指的是排除干擾的情形，得到的時間。8小時的理想時間，表示完完
整整投入的8小時。使用理想時間的好處是容易解釋給別人聽，而且容易開始。

本書的作者偏好使用故事點，我們實際運作得到的經驗也顯示故事點是一種先苦後甘的估
計標準。



打規劃撲克牌(Planning Poker)時容易花太多時間，尤其人多口雜，作者建議可以買個2
分鐘的沙漏，強迫大家在沙子漏完前打完一個回合。



運作之後，如果發現點數不準(低估或高估了)，不需要重新估計點數。

通常經過一陣子運作之後，估計會越來越準，自然達到一個平衡。

因此，除非該故事的規模改變了(變大或變小)，否則不需要重新估計。



設定優先級應考慮的因素。

必須考慮價值、成本、新知識、風險這4個因素。

價值是獲得這些功能帶來的經濟值價，成本是開發這些功能所需付出的成本。這2個因素
是最先必須加以考慮的。

新知識指的是「開發新功能時所產生的學習和知識的量和重要性」。獲取新知識的另一面
就是降低不確定性，例如下圖著名的Cone of Uncertainty:

風險包含進度風險(無法如期完成)、成本風險(要購買的軟硬體漲價了)、功能風險(搞不
定)等。

圖文: http://effective.pixnet.net/blog/post/26842854

--
http://effective.pixnet.net/blog

--