1、用戶故事貫穿于整個開發(fā)流程,產品負責人根據收集來的需求編寫用戶故事,放入產品Backlog中 在Sprint計劃會議中,團隊成員討論其中的一些用戶故事,細化故事細節(jié),確定驗收標準,使用Planning Poker(計劃撲克)估算故事點,然后把故事分成一些小的任務,并估算時間 最后,把故事放入Sprint Backlog中,按優(yōu)先級排序 Sprint開始時,故事卡片和任務卡片都放在白板的TO DO欄,團隊成員按故事的優(yōu)先級挑選任務,把任務卡片挪到Doing欄.團隊盡可能完成優(yōu)先級高的故事. 在故事開發(fā)的初始階段,測試人員和產品負責人一起確認測試用例 故事的任務完成后,產品負責人驗收并確認故事已完

2、成 把故事卡片挪到Done欄中.如此完成Sprint的所有任務 Sprint結束時,團隊將完成的故事演示給涉眾,其它產品負責人和團隊,通過用戶故事向客戶輸出商業(yè)價值,什么是用戶故事,描述了對用戶、系統或軟件購買者有價值的功能。用戶故事由以下三方面組成： 卡片：一份書面的故事描述 交流：有關故事的對話，用于具體化故事細節(jié) 確認：測試，用于表達和編寫故事細節(jié)且可用于確定故事何時完成 例子： 用戶可以在網站上發(fā)布簡歷 用戶可以搜索職位 公司可以發(fā)布新職位 用戶可以限制瀏覽其簡歷的人,優(yōu)秀的故事特點,獨立的 可討論的 對用戶或客戶有價值的 可估計的 小的 可測試的,用戶故事驗收測試,寫驗收測試的好處

3、很多客戶和開發(fā)人員討論的很多細節(jié)可以通過驗收測試記錄下來 測試是一個兩步流程 1)測試要點寫在故事卡上 2)測試要點變成全面的測試,這些測試可以用來演示故事已正確,完整地實現,用戶故事驗收測試,故事卡背面的測試要點的例子:公司可以用信用卡支付發(fā)布工作的費用 測試要點 用VISA信用卡,萬事達信用卡和美國運痛卡測試(通過) 用大來卡測試(失敗) 用正確的,錯誤的和空的卡號測試 用過期的信用卡測試 測試不同的交易金額(包括超過信用卡額度限制) 測試要點記錄了客戶提出的一些假設 驗收測試也提供了確認故事是否被完整實現的基本標準 有了標準,我們就知道什么時候某件事情算是做完了 為程序員提供大量有用的信

4、息 例如想想不同的交易金額(包括超過信用卡額度限制),如果在寫代碼前寫了這一測試,會提醒程序員處理因額度不夠導致交易失敗的情況,客戶團隊由哪些人組成,包括確保軟件滿足用戶需求的所有人 測試人員 產品經理 真實用戶 交互設計人員,規(guī)劃發(fā)布和迭代,一個發(fā)布由一個或多輪迭代組成 發(fā)布規(guī)劃指的是確定項目時間表和預期功能集合之間達到平衡 迭代規(guī)劃涉及選擇迭代包含的故事 客戶團隊和開發(fā)人員在發(fā)布和迭代規(guī)劃中都要參與,規(guī)劃發(fā)布和迭代,發(fā)布規(guī)劃時 客戶團隊首先從排列故事優(yōu)先級開始 排優(yōu)先級考慮: 大部分用戶和客戶對特定特性的渴望程度 小部分重要用戶和客戶對特定特性的渴望程度 故事之間的關系 例如縮小故事的優(yōu)先

5、級不高,但它可能被看做是高優(yōu)先級的,它與高優(yōu)先級的另一個故事放大互補 當開發(fā)人員與客戶團隊意見沖突時,應堅持客戶利益最大化,什么是驗收測試,用來驗證實現的用戶故事是否符合團隊的期望 當一輪迭代開始時 開發(fā)人員開始編碼 客戶團隊開始測試 測試工作包括 從故事卡背面寫下的測試描述開始 到把測試放入自動化測試工具中的所有工作,定義速率,速率是一個團隊在一輪迭代中完成的故事點數,為何在故事卡背面寫測試描述？,在卡片的背面寫測試對于客戶是溝通故事的期望和假設的非常好的方法,哪些不是好的用戶故事,1用戶可以在Windows XP 和Liunx上運行系統 2所有繪圖和圖表將用第三方類庫完成 3用戶可以最多撤

6、銷50步操作 4軟件將在不久的將在6月30日發(fā)布 5軟件將用JAVA編寫 6用戶可以從下拉列表框里選擇他的國籍 7系統將使用LOG4J把所有錯誤信息記錄到一個文件中 8如果用戶15分鐘內沒有保存文檔，系統將提示用戶進行保存 9用戶可以選擇導出到XML特性 10用戶可以導出數據到XML文件,答案,1 OK 2 用戶不關心圖表是怎樣實現的 3 OK 4 需要在發(fā)布計劃中考慮的限制條件 5 依賴于產品，如果產品是一個面向JAVA程序員的類庫，那些用戶會比較關心使用的語言 6，小了點 7 它不應該指定使用LOG4J實現日志功能 8 OK 9 OK 10 OK,估算用戶故事,在估算會議上，三個程序員在估算一個故事 分別估算故事為2，4，5個故事點，他們應該用哪個估算？,他們應該繼續(xù)討論這個故事，直到他們的估算更加接近,團隊A在上2個星期的迭代中完成了43個故事點。團隊B在作另一個項目而且有兩倍的開發(fā)人員。他們同樣在上2個星期的迭代中也完成了43個故事點，為什么會這樣？,一個團隊的故事點數和任何其它團隊的故事點數沒有可比性 在該問題中，不能認為團隊A的效率是團隊B的效率的兩倍,估算團隊初始速率的三種方法是什么？,可以用歷史值