作者在文中給出了如下的定義：描述對使用者、系統或軟體購買者有價值的功能。我們不難看出，對於使用者故事，他的立足點是使用者，那麼他就是對使用者需求的描述。在bigmoneyjob**的例子中：作者給出了幾個事例故事：（1）使用者可以搜尋職位（2）公司可以發布新職位（3）使用者可以限制瀏覽其簡歷的人。不難總結，使用者，公司都是軟體的使用者。不理想的使用者故事則是（1）這個軟體將用c++語言來編寫（2）程式將通過連線池連線資料庫。如果是這樣，則變成了開發者故事了。使用者故事就是對使用者有價值的需求。
顯然我們需要知道使用者對於軟體完成時間的期望，這樣有利於我們對軟體完成的進度。
這個類似於測試環節，但是又高於測試，建立乙個客戶團隊，幫助開發者理解和完成所有的使用者需求，這其中離不開測試人員，產品經理，實際使用者和互動設計師。
客戶和使用者不應該只在開始的時候參與進來寫需求，而是在專案整個過程中全程參與。客戶團隊在迭代期間高度參與，與開發人員談論正在開發的需求，不過我認為，這樣做是否會有乙個弊端，就是客戶團隊對於需求是否能夠一直不改變，是否會一直變動需求？
為發布中的所有迭代分配好需求之後，發布計畫便「浮出水面」，開發人員需要估算出他們在議論迭代中能夠完成多少個需求，客戶團隊則需要將這些需求按照優先順序來分配到每輪迭代中。
驗收測試用來驗證實現的使用者需求是否符合客戶團隊的期望，而驗收測試嚴需要盡早的編寫並進行測試。
需求集可以迭代，恰恰說明了需要，我們不必假裝可以實現知道並寫下所有東西，一客戶團隊和開發人員的討論為基礎，不斷地今年我們的需求。
使用者故事與敏捷方法閱讀筆記02
今天我主要閱讀了 使用者故事與敏捷方法 第 三 四 五章，這三章給我最深的感受是使用者故事蘊含著很多與寫 相似的方法與步驟 讀完第三章我發現，第三章講的是類似於給 虛構人物，類似於 不過在這裡主要是六部分 通過頭腦風暴，列出初始的使用者角色集合 整理最初的角色集合 整合角色 提煉角色 虛構人物 極端...
《使用者故事與敏捷方法》閱讀筆記01
使用者故事與敏捷方法第一章是對使用者故事的概覽。首先第乙個問題使用者故事是什麼？使用者故事描述了對使用者 系統或軟體購買者有價值的功能。使用者故事由三個方面組成，包括1 乙份書面的故事描述，用來做計畫和作為提示。2.有關故事的對話，用於具體化故事細節。3.測試，用於表達和編檔故事細節且可用於確定故事...
使用者故事與敏捷方法閱讀筆記02
這次讀的部分是第三章使用者角色建模。首先使用者角色是一組屬性的集合，這些屬性描述了一群人的特徵以及這群人與系統之間可能的互動。角色建模的步驟主要分為 1.通過頭腦風暴，列出初始的使用者角色集合。進行頭腦風暴時，要堅持 已確認的角色代表的是單一使用者 的原則。2.整理最初的角色集合移動卡片的位置，以表...