——關於個人or整體，少數人才or多數普通人
讓我耳目一新的觀點是增加人數反而會使效率降低。這個主要**於兩個方面，一是新來的人無論多麼厲害，都需要原有隊伍裡的人去花費精力培訓，這時這個人的勞動力就暫時配排除在外了，放眼整個開發周期，除非時間還很長很長，否則是不划算的（但時間很長很長的話，誰會考慮去加人呢）。另一方面是人與人需要溝通，人越多，溝通就越多，且非線性增長，工作量按照n(n-1)/2遞增，甚至抵消了對原有任務的分解。這就是為什麼增加人數反而會使效率降低。
書中給出的例子是：著火了用油去澆滅，火更大，澆更多的油的惡性迴圈。越到後期加人所帶來的負面影響就越大於正面效果，所以工程後期完不成，按需加人的方法是行不通的（時間允許的話，如果加人，算上培訓所花費的人月）。你只能選擇等或者吃生的煎蛋。這時需要專案經理進行合理的安排，是消減程式還是安排人手。
若是對於乙個剛開始就很龐大的乙個團隊，比如1000人，如何協調關係，共同完成任務，我看到這個題目就頭大了。1000個人，光是分組就是個問題，如何使所有人直到自己的任務，領導又能知道所有人的進度，真是個巨大的難題。書中提出了外科手術式的關係協調。不同地人做不同地事，且統一聽從安排。要保證系統的完整性，那麼負責分配任務的少數一兩人是了解完整的系統的，胸有成竹！而不是一窩蜂的上各做各的，那樣乙個系統會變得四分五裂，不但進度緩慢，對於使用也會帶來的困難。而乙個程式的最終目的就是為使用者帶來良好的使用體驗。
確保系統的完整型還涉及到乙個問題，負責設計的人可能有很好的創造性，但是被統治的普通人保不准也會有靈機一動的點子，甚至是更好的點子。憑什麼這一部分人就只能被統治，不能發揮自己的創意。聽起來似乎很有道理，但是這會帶來混亂，之前所說的系統的統一性就難以保證。既然你有很好的點子，但你又不是專案負責人，那說明你不夠厲害，當你足夠厲害，統領一方的時候，自然能發揮你的創造。
而且完整的，確定的方向對於程式設計師更好的去發揮是很重要的，這使得程式設計師能夠專注地去做本應該做的事。
外科大夫式地協調也使得各有分工，不同地人去做各自擅長地事，這樣才能有效率地寫出乙個系統，車庫裡編出來地程式只能事乙個點子，延伸出去變為系統，是需要乙個團隊地努力地。（當然你也可以花費幾年或更久，但那就過時了。）
但如果是乙個沒那麼大的東西，少數的精英不一群人更有用，你不用面對一堆人頭疼，也可以用相同的成本創造更大的利潤。
《人月神話》讀後感二
領頭羊只能有乙個，其他人輔助它來完成任務。沒有高低貴賤，只是分工不同。開篇就直接點出這一章節的主要思想，我們在工作中 組建團隊時不要始終如一的 團隊的人員的數量，有時候人員數量越多反而會拖累整個團隊的進度，如現實中大公司有著很多的部門，當其中某個團隊專案中牽扯到其他部門時，可能會導致整個專案的進度受...
《人月神話》讀後感 二
今天，我又繼續拜讀 人月神話 聽好多人說這本書是好書。我現在雖然並不能完全理解作者想要表達的含義，但是我現 在好歹是有好多感觸。今天是從第四章開始看的，這章講的是我們在設計系統時，時候首先要考慮的是概念的完整性。隨後作者講了系統測試的最 終標準 功能與理解上的複雜程度的比值。卻不僅僅是這個系統有多麼...
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...