這次讀完了《人月神話》這本書，然後總結回想總結一下。
讀這本書的第一感受，感覺看這本書不像是在看一本和我們的相關的書，書中用了很多形象的比喻，來闡述專案管理中的一些問題。
看完這本書後，我發現人月神話無處不在，尤其是在我們軟體工程這個專業。
乙個軟體的好壞不是說由乙個程式設計師決定的，往往乙個很小的功能，其實也需要開發人員的架構設計方面的完善，對其它模組的影響及擴充套件，以及**編寫工作。只有在乙個團隊的溝通了解、通力協作和努力之下，才能做出完善的軟體作品。合作這一方面在我沒有進入軟體工程這個專業之前就已經強調，必須要學會和他人合作，而且要善於合作，善於溝通。團隊開發雖然效率很高速度很快，但是如果各個成員之間沒有很好地團結協作，各自為戰，那麼最後的結果也一定不會盡如人意。
總之，開發乙個軟體，我們要有合理的時間進度，開發人員要少而精，概念完整性必須考慮在內，要盡量做到盡早交流和持續溝通。同時，文件形成了關鍵的樞紐，每個專案管理的工作都圍繞它們運轉，
人月神話閱讀筆記三
專案交流 巴比倫塔工程失敗的原因就是缺乏交流，導致了無法交談合作 爭辯 沮喪和群體猜忌。團隊組織的目標是減少必要的交流和協作。為了減少交流，組織結構包括了人力劃分和限定職責範圍。銀彈 古代狼人傳說中，只有用銀質子彈才能 這些怪獸。作者採用 銀彈 一詞來比喻人們渴望找到可以使軟體成本像硬體成本一樣迅速...
人月神話之閱讀筆記三
人月到底有多少神話色彩？很多年來，人們對軟體生產率和影響他的因素進行了大量的量化研究，特別是在專案人員配備和進度之間的平衡方面。結果 第一次發布的成本最優進度時間，t 2.5 mm 1 3。即，月單位的最優時間是估計工作量 人月 的立方根，估計工作量則有規模估計和模型中的其他因子匯出。最有人員配備曲...
人月神話閱讀筆記之三
03人月神話閱讀筆記之三 1.開發乙個專案，我們錯誤的認為用人月這個工作量單位來估計和進行進度安排。成本的確隨開發產品的人數和時間的不同，有著很大的變化，進度卻不是如此。因此我認為用人月作為衡量一項工作的規模是乙個危險和帶有欺騙性的神話。它暗示著人員數量和時間是可以相互替換的。人數和時間的互換僅僅適...