在眾多軟體專案中，缺乏合理的時間進度是造成專案滯後的最主要原因，它比其他所有因素加起來的影響還大。往往我們面對專案滯後的解決方法一般都是加
派人手或者加班完成專案。但是這就像人月互換一樣，成本的確隨開發產品的人數和時間的不同，有著很大的變化，進度卻不是如此。用人月作為衡量一項工作的規
模是乙個危險和帶有欺騙性的神話。 它暗示著人員數量和時間是可以相互替換的。 但是人員數量增加並並不意味著時間的減少。增加人員的數量意味著增加相互交
流的代價，該工作量是按照n(n-1)/2 遞增，所以新增人員意味著延長了開發時間。
專案開發中，因為樂觀主義的存在，認為一切都將運作良好 ，每一項任務僅花費它所「應該」花費的時間。然而往往並不是所有的**都是完美的，通常實際出
現的缺陷數量比預料的要多得多。所以測試所花的時間往往比較多。
我認為我們在創造專案時應該遵循構思、實現和交流的方法，合理規劃專案分配，合理調整人員數量，提高專案規劃估算能力。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...