不同的社會經驗，不同的思想狀態。
對於《人月神話》的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我有所想法的寫下來。
這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。
專案經理在專案的初期必須清楚的估計專案的人月運作模式。
什麼是人月運作模式（時間、人力在專案各階段的分配），例如什麼時候需要出什麼樣成果，決定了什麼時候需要什麼樣的人加入專案，這是專案經理的責任。
要獲得概念的完整性，設計必須由乙個人或具有共識的小組來完成。
有四個問題：
如何得到概念的完整性
是否要有一位傑出的精英，或者說是結構設計師的貴族～.....
如何避免結構設計師產出無法實現或代價高昂的技術規格說明，使大家陷入困境。
如何才能與實現人員就技術說明的瑣碎細節充分溝通，以確保設計被正確地理解，並精確地整合到產品中。
對1，2，4的回答基本上都可以找到，但第3個似乎找不到。
講述的基本都是基於ibm360作業系統以及編譯程式等方面的經驗，講述如何避免開發第二個系統的風險，作者認為開發第二個系統的設計師設計出來的系統是最危險的，因此要求他們自律。
印象比較深刻的是＂體系結構設計人員必須為自己描述的任何特性準備一種實現方法，但他不應該支配具體的實現過程。＂
講述巴比倫塔會失敗的原因是缺乏交流。
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...
《人月神話 》讀後感
之前一直聽老師講 人月神話 彷彿這就是乙個傳奇。百聞不如一見，在這本300多頁 中文新版 的神書，在經過了20多年的歷史之後，仍然暢銷不衰，究竟是什麼讓它有如此的魅力？過去的乙個月，一點一滴的閱讀之中算是初步的了解到了它的一部分吧。人月神話的核心觀點 概念完整性和架構師 brooks認為，乙個整潔 ...