今天例會提了個建議：就是將單個小模塊分配到每個人，當然不是像涉及的面比較寬的那種功能或者涉及到系統架構的東西，其實我提這樣的想法是有原因的。但是老大們反對這么做。我的理由很簡單：1、可能對于大的公司或者一個比較成熟的項目這么做是不合適，但是對于小的團隊或者是處在十分尷尬位置的項目來說，我覺得是可行的。2、影響開發進度或者失敗的原因通常可以總結為：（1）需求變更，（2）計劃不具體管理較混亂，（3）開發人員不努力或者技術不過關。（4）人員不夠 （5）對一個項目或者產品的長遠不是很明確。3、其中大家說的一個理由是“一個人做某個功能如果該人員離職那么維護起來風險太大”，不能說沒有道理，但是我覺得系統維護的難易不是人員的問題，項目中的人員變動是不可避免的，如何減少人員流動姑且不論。一個好的或者清晰的架構以及清晰的文檔只要做好交接工作，維護起來比一個不好的架構要省很多的力量，如果架構不好即使誰維護可能選擇的都是重構。記得當初我寫某管理模塊的時候，那時剛畢業，技術很有限，代碼結構太差，最后只好花了很多時間重構了一把。 針對這個問題的另一面那
文章來源:
http://blog.csdn.net/mejy/archive/2008/01/21/2056659.aspx