在軟體工程學習過程中，老師會時不時向我們提起一些關於軟體工程的著作。在軟體領域，很少能有像《人月神話》一樣具有深遠的影響力。本書作者布魯克斯為人們管理複雜專案提供了頗具洞察力的和獨到的見解，意味深遠。我選擇了一本《人月神話——40周年紀念版》來閱讀，希望能有所收穫。
巴比倫在希伯來語中意思是「變亂」，如果乙個種族、團隊發生變亂，那就會一事無成。所以，巴比倫塔專案的失敗是因為缺乏交流和交流的結果。缺乏交流是因為被打亂語言後的他們根本不能交流和協作。交流是因為它促進了愈來愈成熟的技術，以致上帝去擾亂了他們的計畫。而交流則是促成巴比倫塔失敗的根本原因。
我們的團隊有四個人，有清晰的工作文件目錄，明確的分工，應該算得上是大型軟體專案合作團隊的雛形。如今我們的團隊正處於第二階段的衝刺，相比於第一階段，這次的合作體系顯得愈加成熟。之前大家因為時間、地點的關係，真正在一起做程式的時間很少(除了每日的站立會議)。有些工作基本上是自己獨立完成再交接合在一起。讀過《人月神話》我了解到，如果缺乏良好有效的溝通和協作，團隊成員間難以更好的配合，團隊專案也就不能很好的實現。乙個大的專案並不是能靠乙個人完成的，只有良好的團隊配合，才是能夠成功的關鍵。
我個人也認為，團隊需要更多的交流和幫助，如果每個人把自己學到的知識點都分享一下，就相當於用一倍的時間學習了四倍的知識，但現實並沒有那麼容易。
以後應該在合作的過程中慢慢尋找適合團隊的發展道路，努力讓我們的團隊走上正軌。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...