「專案是怎樣延遲了整整一年的時間？…一次一天。」
我認為對於開發團隊，尤其是學生組成的開發團隊，最大的風險就是拖延。我們經常習慣於把未完成的任務拖到第二天甚至更往後（比如這次我部落格的發布），然而，一天一天的進度落後比起重大災難，更難以識別、更不容易防範和更加難以彌補。
因而由里程碑和日期組成的進度表是必要的，里程碑必須是具體的、特定的、可度量的事件，能進行清晰定義，以致於無法自欺欺人，從而使程式設計師很少會就里程碑的進展弄虛作假，進而提高團隊成員的進取心。
這次專案開發必須嚴格按照進度表進行下去。
《人月神話》讀書心得
序 最近在讀一本軟體工程領域的一部經典著作 人月神話 初看書名，肯定想不到這是一本關於軟體工程的書籍，或許是一本神話 但事實就是如此。這本書細緻入微地從多個方面，多個角度切入，深入 了軟體專案開發的各個過程和可能存在的問題。用通俗易懂的語言和生動形象的例子為我們展現出了真是的軟體工程過程。有人說 人...
人月神話讀書筆記（三）
給我的感受是 除了執行時間外，記憶體的開銷也很重要。這個觀念其實早在大一剛接觸演算法不久後，就有了這個概念，做演算法題的時候不僅講究時間複雜度，還要考慮他的空間開銷程度。同樣，讀了本節後讓我知道他也同樣適應於開發的軟體。規模控制，對專案經理而言，規模控制既是技術工作的一部分，也是管理工作的一部分。他...
人月神話 人月
缺乏合理的進度安排是造成專案滯後的最主要的原因，它比其他所有因素加起來的影響還大 引起的原因 a.估算技術不嚴謹科學，缺乏有效研究，建立在不真實的假設 一切會執行良好 b.對進度缺少跟蹤和監督 c.認為人月可以互換，進度與工作量不等同 程式設計人員的樂觀主義 人月關係 a.人員和時間的關係 完全可以...