軟體工程筆記之 ― 未雨綢繆

        很多工業在產品成型之前都需要有實驗工廠，也就是說需要有失敗的產品，同樣在軟體行業來說，寫出失敗的程式是很正常的，對於大多數項目來說，第一個開發的系統並不合用。因此，為捨棄而計劃，無論如何，你一定要這樣做。

唯一不變的是變化本身

       做軟體從來就是充滿著變化的，變化是與生俱來的，項目開始建立的基準，肯定會隨著開發的進行越來越高，甚至開發不出任何產品。

為變化計劃系統

       既然變化是與生俱來的，那我們怎樣為變化準備計劃呢？這就需要我們細心設計，完備的文檔，總之用一切有用的方法。來適應變化。比如XP方法就是比較好的適應變化的方法。

為變更計劃組織架構

       在設計之前需要有預先寫好文檔展現給大家，勇於接受大家的批評，這就出現了一些細緻的東西，比如設計人員是否能很好的態度來接受大家的意見。所以，為變更組建團隊比為變更進行設計更加困難。這其中出現的社會現象是必須要考慮的，所以組建一個人們能很好的交流氣氛是必要的，比如貝爾實驗室廢除了所有的職位頭銜，而IBM者分成兩條線走，一種是技術方向，一種是管理方向，但兩者都具有同樣的待遇，他們之間的平行調動不能叫著晉陞或降職，而只能叫著調動，甚至從管理線調往技術線還可以加薪，這樣平衡這種社會因素的影響。