1.採用使用者故事這一方法，是從寫下兩條資訊開始的：每乙個系統需要實現的目標和實現那個目標所需要的大致成本。
2.3c原則：「card、conversation、confirmation」，任務卡片、交流、確認
3.大量預先的需求收集和文件會議很多方式導致專案失敗。最常見的是需求文件變成軟體開發的目的。應當只在對交付軟體有用時才寫需求文件。
4.對使用者故事的最佳詮釋：卡片包含故事的文字描述，然後需求細節要在"對話"中獲得，並在「確認」部分得以記錄。
5.推遲細節很重要，因為這樣一來，我們再不確定是否真正需要某個新特性時，可以不花過多的時間來考慮它。
讀書筆記4 《使用者故事與敏捷方法》之Scrum
有關於scrum scrum是乙個迭代和遞增的過程。一輪迭代的過程是一種持續改進的過程 乙個遞增的過程是指按照功能點開發和發布軟體。每乙個功能點 功能增量 代表乙個完整的功能子集。每乙個功能增量都能被完整地實現以及測試通過。scrum和極限程式設計都是基於遞增和迭代方式的過程。這兩種過程都在一輪新的...
敏捷讀書之使用者故事 《使用者故事與敏捷方法》解讀
本期分享mike cohn 使用者故事與敏捷方法 精益思想五步 價值，價值流，流動，拉動，盡善盡美。使用者故事是精益思想五步的核心載體。首先，使用者故事是價值載體，是承載使用者價值的基本單元。使用者故事要承載價值，而價值也要承載在使用者故事這種歸一化的載體中。其次，使用者故事是節拍器。故事有節奏的流...
08 使用者故事與敏捷方法 估算使用者故事筆記
00.估算故事最好方法 無論什麼時候獲得有關故事的新資訊，都允許我們改變之前的想法 適用於史詩故事和小故事 不需要花很多時間 提供進度和剩餘工作的有用資訊 不太精確的估算也不會有太大問題 可以用來制定發布計畫。01.程式設計師估算時，客戶也可以參加，但是他不能提供他人人的估算或者在聽到自己不贊成的估...