? ? 在沒有讀本書之前，雖然課上老師也講用戶故事，但是其實一直是對這個概念比較模糊，當時的理解就是用戶故事就是簡單的模擬用戶使用軟件的情形，也僅僅是模擬用戶使用軟件的情形，沒有什么其他太多的用戶。但是讀了這本書后，雖然沒讀多少，但是對用戶故事有了更為深刻，甚至可以說是對用戶故事的真諦有了一些了解。用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價值的功能。主要包括三個方面：1、一份書面的故事描述，用來做計劃和作為提示。2、有關(guān)故事的對話，用于具體化故事細節(jié)。3、測試，用于表達和編檔故事細節(jié)且可用于確定故事何時完成。這三點又被簡稱為：卡片、對話和確認。

? ? 以前理解的用戶故事就是一個情景模擬，對編程沒有太大幫助，而且當時的用戶故事都寫得比較籠統(tǒng)，看了書后才知道只有寫的適度詳細的用戶故事才能更好的幫助編程，在我們寫用戶故事時，首先寫出來的用戶故事要能代表對用戶有價值的功能。這就需要我們在寫用戶故事之前，確定好用戶的范圍以及用戶的真實需求。只有這樣寫出來的用戶故事才能代表用戶有價值的功能。

? ? 用戶故事還要寫的夠細節(jié)，因為只有足夠細節(jié)的用戶故事，當然也不用太過細節(jié)，理想的情況是所寫的故事能夠讓一兩個程序員花半天到兩周時間完成代碼和測試。只有寫出了對細節(jié)描述準確而又不是太過細節(jié)的用戶故事才可以協(xié)助程序員更快更好的完成用戶故事所涉及的軟件功能。

? ? 完成時間也是用戶故事記錄的另一條信息，而完成時間就是項目用戶的期望時間，同時我們還有理解項目用戶的期望是什么，用戶的期望最好以驗收測試的 形式記錄下來。測試描述可以簡短、不完整，可以在任何時候加入或者刪除。寫這些測試描述的目的就是傳遞故事的額外信息，以便于開發(fā)人員知道故事于什么時候結(jié)束。這對于開發(fā)人員更好的理解用戶需求是很有幫助的。

? ?用戶故事就是為了開發(fā)人員與軟件的使用者溝通的中間傳話人，通過用戶故事可以更好的理解用戶需求，只有對用戶的真實需求理解透徹了才能寫出好的軟件，做出客戶滿意的產(chǎn)品。

轉(zhuǎn)載于:https://www.cnblogs.com/dawn-sky/p/5931109.html

總結(jié)

以上是生活随笔為你收集整理的《用户故事与敏捷方法》阅读笔记一的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。