接下來就是對文中一些感興趣的具體章節的理解：
1.外科手術隊伍（the surgical team ） 專案經理在專案的初期必須清楚的估計專案的人月運作模式（時間、人力在專案各階段的分配），例如什麼時候需要出什麼樣成果，決定了什麼時候需要什麼樣的人加入專案，這是專案經理的責任。
2.畫蛇添足 在開發第乙個系統時，結構師傾向於精煉和簡潔。他知道自己對正在進行的任務不夠了解，所以他會謹慎仔細地工作。在設計第乙個專案時，他會面對不斷產生的裝飾和潤色功能。這些功能都被擱置在一邊，作為「下乙個」專案的內容。第乙個專案遲早會結束，而此時的結構師，對這類系統充滿了十足的信心，熟練掌握了相應的知識，並且時刻準備開發第二個系統。
3.干將莫邪sharp tools 主要講述專案中管理好各種工具的重要性，專案經理首先要制定一種策略，讓各種工具成為公用的工具，這樣才能使開發、維護和使用這種工具的開發人員的效率更高，這種工具可能是開發人員開發出來的，也可能是使用現有的，可能是通用的，也可能是專用的或個人偏好的。比如：文件編寫工具、開發工具（包括各種不同開發平台）、除錯工具、測試工具、資料庫工具、版本管理、專案管理工具等。
4.貫徹執行passing the word 印象比較深刻的是"體系結構設計人員必須為自己描述的任何特性準備一種實現方法，但他不應該支配具體的實現過程。"
5.胸有成竹calling the shot 主要講述如何計算程式設計時間，以及提出幾個人的經驗演算法。 講述的各種演算法可能都不太適合與現在的高階語言，但portman的觀點仍然適合現在，即程式設計人員實際的程式設計時間只有50%，其他的時間都花在了無關的瑣碎事情上。
6.禍起蕭牆hatching a catastrophe 這章節說明使專案進度拖後的最大原因不是重要的事件，如新技術、重組等，而是一些瑣碎的小事，每件小事只耽誤半天或一天時間，但這種小事多以後，將使專案的進度嚴重拖後。 專案對於公司就如程式對測試工程師一樣，如果不了解它，它就是乙個黑盒子，如果不開啟這個黑盒子，你可能永遠不知道盒子裡面有什麼。
7.未雨綢繆plan to throw one away 唯一不變的是變化本身。 在大型專案中，專案經理需要有兩個和三個頂級程式設計師作為技術輕騎兵，當工作繁忙最密集的時候，他們能急馳飛奔，解決各種問題。
人月神話閱讀筆記03
人月神話拜讀完了，真的感覺學到了很多，受益匪淺，書開始就形象有有趣的把軟體危機比作 焦油坑，交流至關重要，實踐是最好的老師，文件撰寫是軟體人的必修課，這本書讓我們對軟體工程有了更深一步的理解，有了全新的認識，軟體工程焦油坑在相當長時間內仍會存在，我們必須努力學習，不斷創新，獲得更大的進步。一 我過去...
人月神話閱讀筆記03
今天我閱讀的是貫徹執行一節。假設乙個專案經理已經擁有行事規範的結構師和許多程式設計實現人員，那麼他如何確保每個人聽從 理解並實現結構師的決策？對於乙個由 1000 人開發的系統，乙個 10 個結構師 的小組如何保持系統概念上的完整性？首先要有文件化的規格說明，即手冊。手冊或者書面規格說明，是乙個非常...
人月神話閱讀筆記03
人狼這種民間傳說中存在的怪物，會在月圓之夜由我們熟悉的人類面孔變成可怕的狼臉。我們熟悉的軟體專案也有著人狼的特性，看似簡單明瞭的外表，但是卻可能隨時變成乙個進度落後 超出預算 存在大量缺陷的怪物。在民間傳說中對付人狼唯一可靠的 就是銀彈。所以銀彈在軟體專案中就是比喻這種使得軟體成本像計算機硬體成本一...