團隊之所以是團隊就是因為有了每個獨立個體之間達成了良好的溝通交流。
諾亞方舟的成功和巴比倫塔的徹底失敗，溝通交流的重要性可以由二者的對比很
好的體現，一線天堂，一線地獄，莫不過如此。而在實際專案中缺乏溝通將可能
導致組員自成一體，各自修改自己程式的功能、規模和速度，若某一模組的功能
很大程度上以來另一模組的執行速度，那麼後者的執行速度被他的程式設計者很不經
意的改變了，那麼這對前者將造成極大的影響
團隊溝通交流有很多途徑，包括非正式途徑（如**）、會議、工作手冊等。
其中brooks主要介紹了專案工作手冊。專案工作手冊包括專案所有的文件，主要
有目的、外部規格說明、介面說明、技術標準、內部說明和管理備忘錄。使用工
作手冊可供技術工作者檢視硬體或軟體的設計實現思路和相關細節，這些都將對
產品提出建議或解釋設計，另外工作手冊可控制資訊發布，即確保資訊能到達需
要它的人手中。對於如何形成和維護工作手冊，書中也給出了說明：對所有備忘
錄編號，每個辦公室保留乙份工作手冊的拷貝，實時更新，使用微縮膠卷。
《人月神話》幫助我們揭開了軟體系統這一人類創造中最複雜的事物神秘的一角。
閱讀筆記 人月神話02
人月神話 主要討論的便是人和月之間的關係。並且怎樣處理系統開發的預估，正如作者所說 在眾多軟體專案中，缺乏合理時間進度是造成專案滯後的最重要原因。首先，我們對估算技術缺乏有效的研究。過於樂觀 第二，我們採用的估算技術隱含的假設人和月可以互換，錯誤的將進度與工作量相互混淆 第三，由於對自己的估算缺乏信...
《人月神話》閱讀筆記02
在專案完成過程中，一定要準確書寫專案工作手冊，這便利於日後的管理和維護，若工作人員對硬體或軟體的某一部分存在疑問，通過檢視工作手冊，即可快速解決問題。在講到工程專案中的管理問題時，文中提到三點建議，第一，小型專案中產品負責人和技術主管最好是同一人 第二，產品負責人作為總指揮，技術主管充當左右手的管理...
人月神話閱讀筆記02
繼續人月神話的閱讀。在書中，作者提到了關於外科手術式的隊伍。這點是我剛開始稍微有點不理解的。我們都知道，在現代的開發中，一般不會有個人開發的情況，畢竟乙個人不會將事情做得那麼全面，無論他是多麼的強大，個人能力是多麼的突出，他仍然會在一些情況下出現各種各樣的問題，所以，我們一般的都是採用的多人參與開發...