今天主要閱讀了人月神話的第
四、五、六、七章的內容，這幾章我會串在一起講講我閱讀之後的感受。
看完這幾章，我的第一感受就是不要做無謂的創新，那些很多自以為是的創新大多都沒有親身實踐過，如果你自己都嫌棄你自己的創新，又怎麼能讓別人不抱怨呢。只有打好地基，高樓才能進行一定的創新，如果連前人所總結的知識經驗都不會，那又何談所謂的創新呢。我的第二大感受點是團隊的管理組織，這個很重要，直接關係到團隊的整體水平，而管理組織以及協作都是建立在交流的基礎上，如果整個團隊沒有很好地交流，那麼出現類似於巴比倫塔的失敗是必然的，是不可避免的。我們要謹記交流和組織的技能需要鍛鍊，相關經驗的積累和能力的提高同軟體技術本身一樣重要，不要因為一時的失敗而放棄，也不要因為成績而固步自封。同時溝通也是上下一心得基礎，如果開發人員不理解架構人員的真正想法，那麼必然做出的系統是不可能被團隊每乙個人共同認可的。
以上就是我讀完這幾章的閱讀體會，感覺對書的理解還是不深，但已經盡我最大的努力去理解了。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...