規劃極限程式設計 03

責任不能被指派，只能被接受。如果有人試圖給你責任，只有你自己能夠決定是否負這個責任。

接受責任對應的一些實踐，比如，負責實現故事的人最終也負責這個故事的設計、實現還有測試。

責任和權力需要並行。兩者錯位會扭曲團隊的溝通。當乙個人告訴我該怎麼工作，卻不承擔這些工作及其後果的時候，權力和責任就錯位了。我倆都無法從乙個理智的角度出發看待或使用那些有助於我們改進的反饋。另外，錯位還要付出情緒方面的成本。

在開發之前我們要總攬這個專案，看看他的開發周期和業務週期，一般開發周期都比業務週期要短，因為需要在中途對專案進行修正，在開發前，我們需要把所有重要的特性都過一遍，每次迭代都選擇最重要的，不能隨意選擇，這樣最終能完成需要的東西，不會影響整個軟體構造計畫。

有的時候我們接到的任務會特別多，但是我們的時間有限，那麼，我們該如何去解決，首先我們要清楚，事情都有輕重緩急，我們要先做重要的事，另外，每個團隊都有成員，我們要分配開任務，要懂得什麼任務適合誰做，任務太多意味著機會和希望，但是我們至少要知道該做什麼。

過去，我總是想將任務平均的分配下去。

這樣做會導致強弱分配不均勻，任務失敗。

讀了這本書，我覺著要根據人的不同，分配不同的任務，這樣才能合理。