專案開發團隊要足夠簡潔。絕大多數大型程式設計系統的經驗顯示出，一擁而上的開發方法是高成本的、速度緩慢的、不充分的，開發出的是無法在概念上進行整合的產品。對於效率和概念的完整性來說，最好由少數幹練的人員來設計和開發，而對於大型系統，則需要大量的人手，以使產品能在時間上滿足要求。這兩方面的矛盾如何調節？
harlan mills提議專案應由乙個外科手術式的隊伍來開發。
外科醫生：首席程式設計師，親自定義功能和效能技術說明書，設計程式，編制源**，測試以及書寫技術文件。
副手：外科醫生的後備，能完成任何一部分工作，但是相對具有較少的經驗。他是設計的思考者、討論者和評估人員。
管理員：控制財務、人員、工作地點安排和機器的專業管理人員，該管理員充當與組織中其他管理機構的介面。
工具維護人員：檢查他的外科醫生所需要的工具。工具維護人員常常要開發一些實用程式、編制具有目錄的過程庫以及巨集庫。
測試人員：負責對外科醫生所編寫的工作片段或整個工作進行測試，以及負責計畫測試的步驟和為測試搭建測試平台。
語言專家：負責尋找一種簡潔、有效的使用語言的方法來解決複雜、晦澀或者棘手的問題。他通常需要對技術進行一些研究（兩到三天）。通常乙個語言專家可以為兩個到三個外科醫生服務。
人月神話讀後感03
今天讀完人月筆記，但是也只是粗略的閱讀過一遍，好書要細品，可能是我還沒有參與過一次真正的專案吧，書中其實很多東西我沒有太深的理解，很多都是僅限於我知道了，以後盡量注意，還沒有有著深刻的認知。下我理解的一部分，首先便是交流，書中也說 交流與交流的結果 組織，是成功的關鍵 交流是團隊必不可少，甚至可以說...
《人月神話》讀後感03 人月神話
本書第一章提到，過去幾十年的大型系統開發猶如乙個焦油坑，很多大型和強壯的動物在其中劇烈掙扎。各種問題糾結在一起，團隊的行動越來越慢。他們大多開發出了可執行的系統，但只有極少數的專案滿足了目標。究其原因，首先，我們對估算技術缺乏有效的研究，總是假設 一切都將運作良好 但事實往往不是這樣，在我們程式設計...
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...