人月神話閱讀筆記（1）
， 向進度落後的項目中增加人手，只會使進度更加落後。 -Brooks法則
《人月神話》中的內容來自布魯克斯在IBM公司System 360家族和OS 360中的項目管理經驗。初版的20年後，布魯克斯重新審視了他原先的觀點，增加了一些新的想法和建議。新增加的章節包括：原著中一些核心觀點的精華；在經過了一個時代以後，Brooks博士對原先觀點新的認識；1986年的經典文章《沒有銀彈》；對1986年所下論斷（在10年內不會出現銀彈）現在的認識。
只看這本書的名字我想大部分人不會將他與軟件項目管理聯系在一起，“人月”這個詞讓人一時摸不到頭腦，在看完這本書第二章之後，因為我還沒有參與過實際的項目管理，對書中的觀點並不能理解透徹，但是大抵是懂得了“人月”的含義。人月是用來衡量工作量的，規模是通過功能點或代碼行等方式來衡量的，規模除以個體生產率後可以得到人月數據。
對於一項不能在規定時間內完成的項目，向團隊中加入更多的人反而會使進度更加落後。因為新加入的人對原有的項目並不了解，需要重新學習，在學習之後很有可能提出與原先團隊不同的看法與設計理念，這會造成原先的團隊分崩離析建立一個新的團隊，而這個團隊需要重新開始做項目。由此可以看出， 用人月來衡量一項工作的規模是一個危險和帶有欺騙性的神話，因為它暗示了人員數量和時間是可以相互替換的。
在項目開發中。團隊成員到底多少合適？這裏有一個最合適的點，多一分顯胖，少一分顯瘦的點。一個項目的領導人員要學會去找到這個最佳的點，即使一時找不到，但是要清楚人員絕對不是越多越好。一個10幾人的團隊大可以在一間小小的辦公室中在很短時間內完成交流溝通。而如果是一個幾百人的團隊，那這個團隊的大部分時間都在溝通，人與人之間，小組與小組之間，這使得項目的進度嚴重落後。
人月神話閱讀筆記（1）