
Scrum 規劃與共同承諾
|
137
前述「成就」用戶故事的滿足條件看起來可能會像這樣:
提名成就影片
滿足條件
用戶可以提名成就影片
用戶朋友的影片獲得成就
時會收到通知
用戶可以看到所有他朋友
提名的影片
成就影片的旁邊顯
示一顆星
圖 5-3 寫在用戶故事需求卡片背面的滿足條件。
這些條件對於開發人員而言很有價值,因為這能幫助避免過早宣告勝利。很常見的是,
軟體程式設計師建構功能的許多部分,但遲至衝刺結束時才收尾。舉例來說,他可能建
構了執行提名的頁面,並修正呈現影片的程式以便替成就增加一顆星。但當他真的將新
程式的所有環節與現有的基礎程式進行整合之前,功能都不算建構完成──而當現在還
記憶猶新時,完成建構故事對他而言將有效率多了。
滿足條件幫助團隊清楚界定何為「完成」。這讓團隊和產品負責人清清楚楚明明白白得
知該故事何時被「完成」了。當故事被「完成」時,所有關於理解、建構、測試和佈署
的工作也必須被完成。用戶故事完成時,用戶可以開啟可用的軟體,並如同衝刺審查時
所展示的一樣,去執行每個條件。在團隊成員能做到上述事情前,用戶故事不算完成,
此時應該專心致力於完成用戶故事(還記得在 Scrum 價值中提到每個人專心致力於自己
的工作嗎?)
而當用戶故事完成時,便可將它從白板的「待處理」欄位中移至「已完成」欄位中。完
成囉!