在人月神話裡有句話，令我頗有感悟：「向進度落後的專案中增加人手，只會使進度更加落後。」
用人月這一觀念來衡量專案進度帶有欺騙性。因為他使得專案看上去好像人力和時間是可交換的。如果時間不夠，那麼增加人手就可以加快進度。
這個衡量的方式嚴重的忽略了新增加的人手的培訓時間以及隊員之間的互相溝通等因素。比如我生活中遇到的乙個例子：在編寫c++**的時候遇到了錯誤，於是你找來了一幫人來幫你解決問題，他們出了多種解決方法，而你聽取了他們的意見，可能奏效也可能不奏效，最終雖然增加了些許人手，但你並也為此付出了許多的時間去和每個人說出你的的程式設計思路，這樣反而大大折扣！你可以找乙個人對他仔細的說明思路，然後由他乙個人去給你講解，這樣就一種思路便理解的很快，而且時間也不會造成太大的浪費。
一直在尋找的完美隊伍：外科手術隊伍
在團隊協作開發中，我相信每個人都會想與大牛組隊，但是必竟大牛是稀少的，這樣的大牛們組成的小隊那就是精英小隊，我相信他們在解決一些小型專案上的開發速度與質量絕對是一般的小隊開發效率的10倍不止；然而當面對大型專案開發時，這樣的小而美的小隊就有些力不從心了，因此這時外科手術團隊的方式就值得借鑑。書中的對應是一名首席程式設計師相當於外科醫生，乙個經驗相對較少的人員充當副手，乙個管理員負責行政事務的決策，乙個編輯用於生成文件，兩個文秘使得檔案與專案協作一致，乙個程式職員用於維護技術記錄，乙個工具維護人員，乙個測試人員，以及乙個語言專家。這樣的開發團隊人員平等但是各司其職，保證了團隊的有序執行。對於大型的專案，就需要在人員安排上使用分解的思路，由架構師負責整體設計，系統實現則由各個小團隊協作完成。這樣專案就可以分解成若干塊，每塊都有專門的負責人，可以很快的對應上，在溝通與交流方面更加快捷，便利。
《人月神話》讀書筆記一
實際的權威來自於每次任務的 出色 完成。進度監督，對進度進行跟蹤和監督。評估進度，跟蹤進度。人員和時間之間，需要溝通實現任務的分解。溝通很重要，溝通可以實現任務的分解，提高工作的效率。溝通所增加的負擔由兩個部分組成，培訓和交流。能分解任務的前提是每個成員都懂得那項技術。1 3計畫，1 6編碼，1 4...
《人月神話》讀書筆記（一）
作為乙個初學軟體工程，並沒有真正程式設計經驗可言的的人，開始先是通讀了一遍 人月神話 只知道了 人月神話 的真正含義。人月是在估計和進度安排中使用的工作量單位，但因為它具有的危險性和欺騙性導致了它像神話一樣地存在。而作者闡述的主要思想是軟體程式設計的專案進度與增加人員之間是不能互換的。之後再仔細地閱...
人月神話讀書筆記（一）
焦油坑 過去幾十年的大型系統開發就猶如乙個焦油坑，很多大型動物在其中劇烈掙扎，他們中大多數開發出了可執行的系統 不過，其中只有非常少數的專案滿足了目標 時間進度和預算的要求。各種團隊，大型的和小型的，龐雜的和精幹的，乙個接乙個淹沒在了焦油坑中。表面上看起來好像沒有任何乙個單獨的問題會導致困難，每個都...