我先通讀了全本書，對整書的大概內容進行了了解。第一遍的閱讀中我知道了許多。軟件開發的多少人參與和完成時間不成正比的，過多的人參與并不一定能縮短開發時間。如戰爭，部隊多，人多并不是關鍵，更多需要武器的先進，戰術，兵多后方便的補給就得多。如是參與軟件開發的人增加，軟件的花費將提高，參加這需要時間了解項目，給軟件管理帶來了不協調。

????? 人月神話的核心法則是：概念完整性和架構師。Brooks認為，一個整潔、優雅的變成產品必須向它的每位用戶提供一個條理分明的概念模型，這個模型描述了實驗應用的方法以及用來指明操作和各種參數的用戶界面使用策略。概念的完整性是易用性中最重要的因素。而架構師，則是負責保證產品所有方面的概念完整性的，架構師設計的是能夠讓用戶理解產品概念的模型，這包括所有的功能的詳細說明以及調用和控制的方法。它就像電影的導演一樣。

???? 概念完整性將軟件開發連成了一條鉆石項鏈，每個部分都不可忽視，不可取代。整體的抽象完整時軟件管理的靈魂。正因為如此，可見架構師的要性。因此另一方面把工作切分給更多人做將造成額外的溝通代價——訓練和相互的交流。欲增加軟件項目的人手，總共必須付出的代價可分為三方面：工作重新切分本身所造成的混亂與額外工作量、新進人員的訓練、新增加的相互交流。

???? 編程過程中不是人多就可以勝任的。而在于精。所以團隊中個體的能力就尤為重要。原來我以為只要團隊中有大神，軟件的開發就可以順利完成了，其實并非如此，每個人都有自己獨特的任務等待去完成。

轉載于:https://www.cnblogs.com/dotacai/p/5575898.html

總結

以上是生活随笔為你收集整理的人月神话第一篇阅读笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。