在眾多的項目中，缺乏合理的進度安排是造成項目延期最主要的原因，這比其他所有因素加起來影響還要大。這個災難是怎么發生的呢？
所有編程人員都是樂觀主義者
所有系統的進度安排背后第一個錯誤的假設是：一切都將運作良好，每項任務僅需要花費它“應該”花費的時間。對于創造者，只有在實現的過程中，才能發現我們構思的不完整和不一致性。
編程人員通過非常純粹的思維活動構思程序，所以很容易自信的認為實現過程中不會遇到困難。然而我們的思維是有缺陷的，項目越大，能夠按照計劃順利進行的概率就越小。
人月
在估計和進度安排的過程中使用“人月”作為工作量單位是十分荒謬的，是一個帶有危險和欺詐性的神話，他暗示著人員數量和時間可以相互替換。然而人數和時間的互換僅僅適用于，某個任務可以分解給參與人員，并且他們之間不需要相互交流的情況。
當不能分解時，人手的添加對進度沒有任何幫助，大多數編程工作都具有這種特征。就像你無論找幾個媽媽，孕育一個生命總是需要10個月的時間。
對于可以分解的情況，增加人手可以加快進度，但是會提高成本，2個人的效率可能僅等于1.5個人。原因在于溝通、培訓、交流等事物增加了工作量，而且所增加的工作量可能會完全抵消任務分解所產生的作用。
軟件開發作為一項系統工作，溝通、交流的工作量非常大，它會快速消耗任務分解所節約下來的時間。
系統測試
系統測試進度的安排往往是編程中最不合理的部分，都過于短了。很少項目允許為為測試分配一半的時間，然而大多數項目的測試實際上是花費了進度中一半的時間。
不安排足夠的測試時間將會是一場災難，由此造成的項目延期成本高昂，在早期規劃時，保留充分的測試時間非常重要。
作者建議進度安排：
1/3 計劃
1/6 編碼
1/4 構建測試和早期系統測試
1/4 系統測試，所有的構建已完成
以上內容就是原版《人月神話》第二章——人月神話，前三節所講述的內容。
在本章中，作者試圖告訴我們，項目之所以延期，很大部分原因是因為項目在最初的計劃階段，就錯誤的估計了項目進度。
管理人員很容易會認為項目功能完成就意味著開發完成了，沒有為測試階段安排較長時間的意識，往往測試的時間只能占到項目周期的1/8甚至更少。這明顯是犯了樂觀主義的錯誤，項目管理人員甚至比開發人員更加樂觀。
如果不是站在專業的角度上，似乎很難理解測試階段所花的時間，更難理解的是為什么增加人手不能讓項目進度加快。
