時間的重要性：
軟體缺陷清單-未解決或“開放的”問題及确先，清單給出開發者們需要修複的所有程式問題。缺陷清單存在一個Bugzilla程式中，美味程式員必須将自己的清單輸入Bugzilla中，并且說明每個任務預計花費的時間。
落後進度的原因？
John Anderson：“原因有很多，必須先有藍圖，因為沒藍圖，多以碰上沒有預料到的問題，”
托伊：“不能甩手不幹，越快結束越好，應該估算進度，找出可能導緻延誤的原因”。
Jeb Burgess：“不确定因素太多，你需要的時間取決其他人所花的時間”。
每一個項目都需要有完整的藍圖，如果沒有藍圖，事倍功半，最後肯定會本末倒置，讓我們很疲憊。
布魯克斯法則：“往已延誤的項目中補充人力，隻會使其繼續延誤”。
她是如此地違反直覺，常使程式員和開發經理現如狼狽地境地，他們甯願裝作法則并不适用于自己，也不肯與之妥協。
布魯克寫道：“軟體開發者通常是樂天派，他們認定每個缺陷都可以被迅速修正，且修正舊缺陷必能減少新的缺陷地數量”。這種盲目樂觀，加上程式員想要取悅主顧，往往讓進度在一開始就偏離正軌。在實際開發中，編碼隻占軟體項目開發時間的1/6，有一半時間用于測試和修正缺陷。但隻有少數項目經理會真正按照這種思路來安排開發人員的工作時間。
他又提到“在預估及安排項目進度上的每一份努力”都是“危險且具欺騙性的神話”。
布魯克說的很正确，在我們團隊剛開始來做安卓軟體的時候，就很樂觀，認為一個月就可以基本學會安卓的基本功能，然而，花了很長時間，并且進度毫無，很是挫敗，然後在開發中遇到了照片上傳的功能，我們仍然很是樂觀，認為很快就可以解決