第52章 寧缺毋濫(第2/2 頁)

總結了軟體開發專案中人力和時間管理的誤區。

人月神話的核心觀點是：在軟體開發中，增加人手並不會線性地加快專案進度，甚至可能導致開發效率下降和進度延遲。

在專案管理中，“人月”是指一個人工作一個月所完成的工作量。

按理說，如果一個專案需要10個月完成，理論上增加10個人，專案可以在1個月內完成。

但實際上，軟體開發的複雜性使得這種計算方式往往不適用。

隨著人員的增加，團隊成員之間需要更多的溝通和協調。

管理和傳遞資訊的複雜性會隨人員數量呈指數級增長。

例如，三個人之間的溝通成本遠低於十個人之間的溝通成本。

此外，當人數多到一定的程度之後，新加入的人員也額外帶來培訓成本。

新加入的人員需要時間熟悉專案，這意味著不僅他們短期內貢獻有限，還會佔用老成員的時間來進行培訓和指導。

再者，某些任務並不能無限制地分割和並行處理。

例如，孕婦不能透過增加人手來縮短懷孕時間到一個月。

軟體開發中的某些問題也是如此，某些核心任務必須由少數人或一個人完成，無法透過增加人員解決。

軟體開發方面還有一個，著名的結論是布魯克斯定律。

在一個進度落後的軟體專案中增加人手，只會使專案更晚完成。

軟體開發等複雜專案並不是簡單的工作量問題，團隊的規模和協作效率、溝通成本、任務的可並行性等因素決定了專案的進度。

在遇到進度問題時，盲目增加人手往往並不能解決問題，反而可能帶來新的困難。

許多企業因為沒有認識到這個問題，往往在專案遇到瓶頸時選擇盲目增加人手，導致更復雜的管理問題，進而導致專案拖延、預算超支等問題。

總之，開發軟體是一項複雜的、協作性的工作，增加人員不僅不會立即帶來效率提升，反而會因增加的溝通、管理和協調成本使得專案進度變得更慢。

也正因此，如果在軟體專案開發領域出現“甲專案組完成一個開發專案需要45天，乙專案組完成同樣一項開發專案需要60天，甲乙專案組合作共需要多少天呢？”這樣的問題。

實際答案可能是60天的基礎上再翻個番。

甚至有可能會導致原本一個團隊能正常完成的專案交給兩個團隊來做直接就夭折了。

總之，在搞開發並不是人越多越好的情況下。

林楓的原則是寧缺毋濫。

至少核心開發人員部分寧缺毋濫。