每個軟體工作者接到乙個任務，都會擔心很多很多，是否超出他們的能力範圍，有沒有足夠的時間完成任務，是不是能用上最新的技術
。除了軟體工作者，每個客戶也有所擔心，
擔心能不能得到他們要求的東西，
會不會投入大於產出
等等問題。
客戶有權知道所有的開發方案，所有的計畫變動，同時更可以隨時取消某些專案，
但同樣的，客戶不能一味地去修改，這樣會導致計畫的多變，任務的繁重，最後的失敗也是必然。
開發者必須理解客戶的心，找對真正的需求，在需求的基礎上，去符合使用者的其他體驗。
在開發過程中，並不是制定好了計畫就能萬事大吉，在開發過程中，要不斷的進行調整來控制開發，我們希望在開發中獲取最大的效益，軟體開發是乙個過程，他可能順利也可能很困難，但是我們必須不斷的進行指引，不斷的調整，無限的瞄準，走向成功。
通過犧牲質量來控制的手段是沒有效率的。質量不是乙個控制變數。專案不會因為接受低質量而加快速度，也不會因為要求更高的質量而使進度減慢。要求高質量通常導致更快的交付，而降低質量標準通常會導致更晚的不可預見的交付。
過去我們一味地拉低自己的質量標準，將自己的計畫放低。
這樣做，最後會導致連最低的任務標準也沒有達到。
讀了這本書，我們將質量的標準應該放的高一層次，只有這樣，才能在壓力中成長。
規劃極限程式設計 03
責任不能被指派，只能被接受。如果有人試圖給你責任，只有你自己能夠決定是否負這個責任。接受責任對應的一些實踐，比如，負責實現故事的人最終也負責這個故事的設計 實現還有測試。責任和權力需要並行。兩者錯位會扭曲團隊的溝通。當乙個人告訴我該怎麼工作，卻不承擔這些工作及其後果的時候，權力和責任就錯位了。我倆都...
規劃極限程式設計 01
計畫的重要性。計畫不僅僅可以在任務寬鬆的時候，讓你能夠詳細的規劃，認真的思索，一步步的達成期望，還等在緊張的任務時，給予你心靈上的安慰，能讓你慌張的心放鬆下來，對未來的發展有了信心，人類最深的恐懼，即是未知，死亡並不可怕，可怕的是等待死亡，亦是此等意思罷了。計畫的多樣性。計畫的分配必須結合實際。能力...
規劃極限程式設計閱讀筆記03
第十四章是發布計畫事件 本章講的是制定計畫期間發生的各種事件以及這些時間的處理方法。我過去是怎麼做的 我以前做事很沒有章法，比如考試複習吧，一會兒看看數學，一會看看物理化學什麼的，效率很低，程式設計也是，很沒有要程式設計的優先順序。結合書中所講，說明為什麼這樣不好 以前這樣這樣沒有更改故事的優先順序...