[書摘]《用戶故事與敏捷方法》第9章 發布計畫

 

小結

1. 在計畫發布時，有必要知道客戶預期的大致發布日期和故事的相對優先級。

2. 故事應該以明確的順序排列(第一個、第二個、第三個，等等)，而不是利用諸如”非常高”、”高”、”中等”模糊順序的分組。

3. 故事的優先級由客戶確定，但也要考慮開發人員的想法。

4. 使用速率將以理想日為單位的估算轉換成日曆日。

5. 估算團隊的初始速率是很有必要的。

開發人員職責

1. 負責提供信息(有時包括基本假設和可能的替代方法)給客戶，以幫助他排列故事優先級。

2. 負責在基礎性需求或架構性需求與其他客戶需求之間取得權衡，避免不切實際地提高基礎性需求或架構性需求的優先級。

3. 建立發布計畫時，負責在實際估算的基礎上，適當包括一定長短的時間用以項目緩衝。

客戶職責

1. 負責以自己對故事價值的估計來確切排列用戶故事的優先級。把故事排列為高、中、低這三個優先級是不夠的。

2. 負責誠實地表達發布期限。如果再7月15日需要，請不要為了保險起見而告訴開發人員6月15號就需要。

3. 負責理解理想日和日曆日的不同。

4. 在想對故事的不同組件排列不同的優先級時，負責分割故事。

5. 負責了解為何不應該譴責或批評一對個人速率為0.6的程序員，只因為他的速率小於1.0。