專案延誤是在我們的程式設計中經常發生，但又不想談及的事情。
專案的延誤是一件災難性的事情，大多數人可能會認為延誤的原因來自於某些災難性因素，比如員工病倒，資料丟失等，但實際上，這些重大災害往往是比較容易解決的，因位這些突發性事件往往與重大的壓力，徹底的重組或者新技術的出現有關，這些都是專案組可以應對的。而真正可能毀滅整個專案的，大多數都是每天小小的進度延誤。一天天的進度落後是難以識別，不容易防範，和難以擬補的，每一天都延誤一點，在大家的嚴重或許沒有太大的影響，因為每一天都有新的任務完成，這種成就感會讓大家忽略這一點點的缺陷。然而到最後積少成多，會使整個專案出現災難。
所以，未雨綢繆就顯得十分重要，正所謂今日事，今日畢。
當然，我們也不要去畫蛇添足，正如書中所說：
過分設計往往出現在設計和開發第二個系統的時候，對於第乙個系統他們小心謹慎，傾向於精煉和簡潔，但是到了第二個系統他們太想去追求完美，又加上盲目的自信，再加上沒有太多的成本和進度等意識，導致了畫蛇添足和過分設計。
我們要對自身有合理的認識，不能過分誇大，否則就是無法完成的任務了。
人月神話閱讀筆記03
人月神話拜讀完了，真的感覺學到了很多，受益匪淺，書開始就形象有有趣的把軟體危機比作 焦油坑，交流至關重要，實踐是最好的老師，文件撰寫是軟體人的必修課，這本書讓我們對軟體工程有了更深一步的理解，有了全新的認識，軟體工程焦油坑在相當長時間內仍會存在，我們必須努力學習，不斷創新，獲得更大的進步。一 我過去...
人月神話閱讀筆記03
今天我閱讀的是貫徹執行一節。假設乙個專案經理已經擁有行事規範的結構師和許多程式設計實現人員，那麼他如何確保每個人聽從 理解並實現結構師的決策？對於乙個由 1000 人開發的系統，乙個 10 個結構師 的小組如何保持系統概念上的完整性？首先要有文件化的規格說明，即手冊。手冊或者書面規格說明，是乙個非常...
人月神話閱讀筆記03
人狼這種民間傳說中存在的怪物，會在月圓之夜由我們熟悉的人類面孔變成可怕的狼臉。我們熟悉的軟體專案也有著人狼的特性，看似簡單明瞭的外表，但是卻可能隨時變成乙個進度落後 超出預算 存在大量缺陷的怪物。在民間傳說中對付人狼唯一可靠的 就是銀彈。所以銀彈在軟體專案中就是比喻這種使得軟體成本像計算機硬體成本一...