在把整本書讀完後，看到書上那麼多例子，雖然都是大牛們在編寫，但是到最後卻不能按時的完成任務，或者把整個項目都搞砸了，這就迫使我們去思考，這究竟是什麼問題，難道一羣大牛在一起工作就不合適嗎，還是我們還有其他的問題，或者存在制度還是體制上的技術問題呢？然後經過思考和結合書中所給得出了一些結論。
交流的至關重要。團隊之間要通過所有可能的途徑進行相互之間的交流溝通。交流和交流的結果—組織，是成功的關鍵。交流和組織的技能需呀管理者仔細考慮，相關經驗的積累和能力的提高同軟件技術本身一樣重要。
實踐是最好的老師，但是，如果不能從中學習，再多的實踐也沒有用。系統編程需要花費多長的時間？需要多少的工作量？如何進行估計？作者對幾個數據進行了分析，我們應從數據中學習，在實踐中總結，做到胸有成竹，這樣纔會提高效率和生產力。
另外一個深有感觸的是文檔的重要性，從一開始上大學到現在一直認爲文檔是最好寫的或者說這就不會是我們的範疇，我們主要的任務是編寫程序，爲什麼還要去寫文檔呢？再說了，寫文檔的事情是屬於文祕類工作來玩成的。但是通過讀此書才真實的認識到這個文檔的重要性，文檔決定了軟件的方向和軟件開發的穩定性以及按時完成重要性。
文檔。雖然太多的書籍都強調文檔的重要性，但是在實際操作中它又發揮了多大的作用呢！書中提到流程圖，流程圖的使用本來應該在開發前畫，但是很多流程圖都是在開發結束後需要文檔才畫上的。這樣做也許會對維護人員有幫助，但是從最底層的講，文檔相當於一個電器的說明書，他能夠從最根本指導人來完成所做的工作，或者幫助人來了解這個項目，以便在做評估或者在日後維護等工作中起到特別大的作用。
人月神話爲什麼能暢銷30年。的確如書中所說，其實他只是以某個項目爲起點來展開軟件工程的實際開發中的原理。大學的教科書：軟件工程，計算機原理，編譯原理等書籍都至少採用了10年，而其他的java語言等只是這2年纔開課的。計算機技術的確變化很快，某些原理卻並沒有發生大的變化。