00.乙個更好的辦法是換一種方式編寫故事，每個故事都提供某種程度的完整（end-to-end）的功能。
01.儘管不十分完美，即使只提供部分功能，但只要發布的功能可以跑，就可以放心地把應用程式發布給使用者使用。
02.一直困擾著軟體需求方法的問題之一是將需求和解決方案混在一起。
03.編寫故事的職責在於客戶，不能轉嫁給開發人員。
04.故事卡的主要目的用來提醒開發人員和客戶團隊對功能進行討論的。既然僅僅是乙個提醒，就要保持它的簡潔性。加入需要的細節，聯想到繼續對話的切入點，但不要在故事卡上加入太多細節並以此取代對話
05.試著讓故事的大小能夠在使用後讓使用者感到可以去喝一杯coffer休息一下。
06.為團隊即將實現的功能編寫小的故事，針對未來實現的功能編寫寬泛的、高層次的故事。
07.乙個封閉的故事是指那種隨著乙個有意義的目標的實現而結束的故事，能讓使用者使用後覺得她完成了某個任務。
敏捷讀書之使用者故事 《使用者故事與敏捷方法》解讀
本期分享mike cohn 使用者故事與敏捷方法 精益思想五步 價值，價值流，流動，拉動，盡善盡美。使用者故事是精益思想五步的核心載體。首先，使用者故事是價值載體，是承載使用者價值的基本單元。使用者故事要承載價值，而價值也要承載在使用者故事這種歸一化的載體中。其次，使用者故事是節拍器。故事有節奏的流...
《使用者故事與敏捷方法》 Scrum
scrum是乙個迭代和遞增的過程。一輪迭代的過程是一種持續改進的過程 乙個遞增的過程是指按照功能點開發和發布軟體。每乙個功能點 功能增量 代表乙個完整的功能子集。每乙個功能增量都能被完整地實現以及測試通過。scrum和極限程式設計都是基於遞增和迭代方式的過程。這兩種過程都在一輪新的迭代開始之前為迭代...
08 使用者故事與敏捷方法 估算使用者故事筆記
00.估算故事最好方法 無論什麼時候獲得有關故事的新資訊，都允許我們改變之前的想法 適用於史詩故事和小故事 不需要花很多時間 提供進度和剩餘工作的有用資訊 不太精確的估算也不會有太大問題 可以用來制定發布計畫。01.程式設計師估算時，客戶也可以參加，但是他不能提供他人人的估算或者在聽到自己不贊成的估...