00.迭代計畫會議的一般內容：
a.討論故事
b.從故事中分解出任務
c.開發人員承擔每個任務的職責
d.討論過所有故事，並且接受所有任務後，開發人員單獨估計他們承擔的任務，以確保他們不會做出過於樂觀的承諾
01.迭代計畫會議是客戶為團隊調整故事優先順序的最佳時機
02.會議開始時，客戶從最高優先順序的故事開始。讀給開發人員聽。然後由開發人員提問，知道他們充分理解故事，能從故事中分解出任務。沒有必要理解故事的所有細節，過分地深入每個故事的細節會讓會議變得冗長、低效，因為會議中不是每個人都需要聆聽所有故事的所有細節。在計畫會議後，開發人員仍能和客戶一起理清故事的關鍵細節。
03.乙個故事的任務分解其實是即時設計（just in time design）中一次短脈衝，而這些端脈衝的集合取代了瀑布過程的前期設計階段。
04.一旦確定故事的所有任務，就需要有團隊成員自願執行每個任務。如果任務寫在白板上，開發人員可以簡單地把自己的名字寫在他們認領的任務旁邊。
05.確保在迭代期間完成任務是他的職責。
06.在迭代快要結束時，如果有開發人員不能完成他接手的所有任務，團隊中的其他成員應該盡量用於承擔。
07.我沒有把握在這些任務上投入那麼多時間。
*留著所有任務，寄希望於一切順利
*請求團隊中其他成員接手一些我的任務
*與客戶討論，放棄乙個故事（或者分割故事，然後放棄其中一部分）
08.開發人員通過估算他們承擔的任務，評估他們是否承擔過渡
使用者故事與敏捷方法筆記 發布計畫
大部分軟體專案都會有乙個比較固定的發布週期，某些 專案可能會很頻繁。因此蒐集新功能放到乙個發布中是很好的。產品開發路線圖可以幫助展示未來幾個新發布中關注的重點。產品開發路線圖可以很簡單，可以是未來幾個發布要關注的重點列表。乙個籠統的開發路線圖開始，我們可以使用以下兩個問題來啟動發布計畫。我們想在什麼...
敏捷讀書之使用者故事 《使用者故事與敏捷方法》解讀
本期分享mike cohn 使用者故事與敏捷方法 精益思想五步 價值，價值流，流動，拉動，盡善盡美。使用者故事是精益思想五步的核心載體。首先，使用者故事是價值載體，是承載使用者價值的基本單元。使用者故事要承載價值，而價值也要承載在使用者故事這種歸一化的載體中。其次，使用者故事是節拍器。故事有節奏的流...
《使用者故事與敏捷方法》 Scrum
scrum是乙個迭代和遞增的過程。一輪迭代的過程是一種持續改進的過程 乙個遞增的過程是指按照功能點開發和發布軟體。每乙個功能點 功能增量 代表乙個完整的功能子集。每乙個功能增量都能被完整地實現以及測試通過。scrum和極限程式設計都是基於遞增和迭代方式的過程。這兩種過程都在一輪新的迭代開始之前為迭代...