00.我們貼近我們的使用者，向使用者展示我們一點一滴，這樣便在不知不覺中發現乙個不需要漂亮的需求文件就可以成功的方法。
01.a.大量預先的需求收集和文件會以很多方式導致專案失敗。最常見的是需求文件程式設計軟體開發的目的。應當只在對交付軟體有用時才寫需求文件
b.大量預先的需求收集和文件導致專案失敗的另乙個方式是記錄語言的不準確性。
c.對於表達像軟體這麼複雜的需求是比較有限的。由於他們可能被誤解，所以需要與開發人員、客戶和使用者頻繁溝通。使用者故事提供了乙個方法，讓我們可以寫下我們不會以往且我們可以估算和計畫的，同時還鼓勵溝通。
02.a.起步，描述使用者故事編寫須知。使用者故事的目的之一是讓大家交談而不是寫。
b.估算和計畫，有了一系列使用者故事後，首先要做的回答「要花多長時間來開發？」。
c.經常討論的話題，開始講述故事與用例，軟體需求說明和互動設計場景之間的區別。
07 使用者故事與敏捷方法 優秀使用者故事準則筆記
00.乙個更好的辦法是換一種方式編寫故事，每個故事都提供某種程度的完整 end to end 的功能。01.儘管不十分完美，即使只提供部分功能，但只要發布的功能可以跑，就可以放心地把應用程式發布給使用者使用。02.一直困擾著軟體需求方法的問題之一是將需求和解決方案混在一起。03.編寫故事的職責在於客...
敏捷讀書之使用者故事 《使用者故事與敏捷方法》解讀
本期分享mike cohn 使用者故事與敏捷方法 精益思想五步 價值，價值流，流動，拉動，盡善盡美。使用者故事是精益思想五步的核心載體。首先，使用者故事是價值載體，是承載使用者價值的基本單元。使用者故事要承載價值，而價值也要承載在使用者故事這種歸一化的載體中。其次，使用者故事是節拍器。故事有節奏的流...
《使用者故事與敏捷方法》 Scrum
scrum是乙個迭代和遞增的過程。一輪迭代的過程是一種持續改進的過程 乙個遞增的過程是指按照功能點開發和發布軟體。每乙個功能點 功能增量 代表乙個完整的功能子集。每乙個功能增量都能被完整地實現以及測試通過。scrum和極限程式設計都是基於遞增和迭代方式的過程。這兩種過程都在一輪新的迭代開始之前為迭代...