《敏捷軟件開發：用戶故事實戰》—對用戶或客戶有價值的

對用戶或客戶有價值的

“每個故事對用戶必須有價值”聽上去很有吸引力，但是可能并不適當。一些項目包括了對用戶并不重要的故事。要注意用戶（使用軟件的人）和客戶（購買軟件的人）之間的區別，假設開發團隊正在構建一個軟件，該軟件將部署在一個具有5000臺計算機基數用戶群的公司中。這個產品的客戶可能會非常擔心5000臺計算機中的每一臺是否都使用了相同的軟件配置。這可能會產生這樣的故事：“所有配置信息都是從中心位置讀取的?！庇脩舨粫P心配置信息存儲在哪里，但客戶可能會關注。

類似下面的故事可能對考慮購買的客戶有價值，但是對實際用戶卻并不重要。

l?? 在整個開發過程中，開發團隊將編制符合ISO 9001審核標準的文件。

l?? 開發團隊將依照CMM 3級的標準來構建軟件。

要避免只對開發人員有價值的故事。例如，應該避免下面這樣的故事。

l?? 所有與數據庫的連接都是通過連接池進行的。

l?? 所有的錯誤處理和日志記錄都是通過一組公共類完成的。

上面所寫的故事都關注在技術和實現上。這些故事背后的想法很有可能是好的，但它們應該能夠清晰地描述出能夠給客戶或用戶帶來什么利益，從而使客戶能夠方便地將這些故事排列優先級，并劃分到開發計劃中。這些故事更好的版本可能如下。

l?? 最多50個用戶應該能夠使用5用戶的數據庫許可來使用該應用程序。

l?? 所有錯誤都會以一致的方式呈現給用戶并記錄。

同樣，將用戶界面假設和技術假設從故事中抽離出來是值得的。例如，前面修改后的故事去掉了連接池的使用和一組錯誤處理類。

確保每個故事對客戶或用戶有價值的最好方法是讓客戶來編寫故事。開始時客戶通常不愿意這樣做，可能因為開發人員以前總是令客戶認為，他們所寫的東西以后可能會對他們產生不利（“嗯，需求文檔并沒有說……”）。一旦客戶習慣于故事卡不是正式的承諾或者是對功能的特定描述，而只是對稍后進行討論的提示，大多數人都會開始自己編寫故事。

軟件開發 敏捷開發

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。