第十四章是發布計畫事件
本章講的是制定計畫期間發生的各種事件以及這些時間的處理方法。
我過去是怎麼做的
我以前做事很沒有章法，比如考試複習吧，一會兒看看數學，一會看看物理化學什麼的，效率很低，程式設計也是，很沒有要程式設計的優先順序。
結合書中所講，說明為什麼這樣不好；
以前這樣這樣沒有更改故事的優先順序，也就是說制定計畫並沒有將要做的是規劃還優先順序什麼先做什麼後做，比如說複習物理最重要，先複習物理。
解決辦法
更改故事優先順序 業務經常會更改他們的優先順序。
新增故事，重新生成發行計畫 在 延遲故事數量增長過高時。團隊速度發生變化時應該重新生成
規劃極限程式設計閱讀筆記03
站立式會議是一種新型的會議方式 團隊成員每天固定時間，在固定的地點開會，一般是站著圍在一起。在會議上，每個人主要描述三件事 1 昨天我做了什麼?2 遇到哪些問題?3 今天計畫做什麼?會議一方面節省了時間 提公升了會議效率，另一方面也有助成員加強溝通。書的第二十章就是在講站立會議的內容 站立會議可以有...
規劃極限程式設計 03
責任不能被指派，只能被接受。如果有人試圖給你責任，只有你自己能夠決定是否負這個責任。接受責任對應的一些實踐，比如，負責實現故事的人最終也負責這個故事的設計 實現還有測試。責任和權力需要並行。兩者錯位會扭曲團隊的溝通。當乙個人告訴我該怎麼工作，卻不承擔這些工作及其後果的時候，權力和責任就錯位了。我倆都...
《規劃極限程式設計》閱讀筆記01
這是一本談如何規劃軟體專案的書。本書主要適用於專案經理和那些必須制訂計畫並針對實際情況跟蹤計畫進展情況的人。本書也適用於程式設計師和客戶，因為在計畫和開發軟體的過程中。他們起著至關重要的作用。計畫並不是討論如何 未來。如果你為某一軟體的開發制訂了計畫，開發工作並不會完全按照計畫進行，確實如此。如果開...