Q45：大致對比嚴格錯來得好。

來自 "It is better to be roughly right than precisely wrong." (John Maynard Keynes 英國經濟學家 1883-1946)，這是在呼應Q44諺語。

Q44: 開發沒有終點。只有釋出 (release)。

對於多數的軟體開發，不斷的功能延伸、錯誤修補是很常見的。如果要等到完全的開發完畢才做系統的發佈，恐怕永遠沒有上線的一天。

所以階段性的版本釋出計畫是很重要的。相繼而來的錯誤追蹤管理也很重要。

Q39: Schedule 是用來 Delay 的

Schedule 是用來 delay 的。

出處: 工作時有感而發

作者: 曾暘展

感想: 計畫永遠趕不上變化，Schedule永遠都是變動的，參加過的專案沒有一個不DELAY，衛星發射會DELAY，系統安裝會DELAY，連參加過的國外專案進度也DELAY，

      DELAY輕則半年，重則二年以上，已經到了 Schedule 是參考用的，如果客戶再來個需求變更，那真的只有DELAY到天荒地老。

Q33: 我總是發現計畫沒什麼用，但計畫的過程是不可避免的。Dwight Eisenhower

I have always found that plans are useless, but planning is indispensable. Dwight Eisenhower.

Q11: 計畫趕不上變化，變化趕不上老闆的一句話

計畫趕不上變化，變化趕不上老闆的一句話

Q03: 在進度落後的軟體專案中增加人力只會讓專案更落後-F.P. Brooks

Adding manpower to a late software project makes it later -- F.P. Brooks

關於 Prof. Brooks, 可參考 http://www.cs.unc.edu/~brooks/

Q02: 想要儘早完成專案的關鍵就是儘早啟動專案-Jim Highsmith

The best way to get a project done faster is to start sooner.-- Jim Highsmith

許多的 idea 常常在閒談之間產生，於是朋友們就說，“嘿，寫個軟體把他做個自動化，很有幫助的“，大夥兒也會附和的說，好啊。

好啊，好啊，然後就沒有下文了。沒有指定人來辦，沒有壓時間，沒有投資源 -- 也就是根本啟動專案 -- 那麼 idea 是永遠不會實踐的。