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