這本書寫得滿幽默有滿有用的。不過對我而言卻還好，因為我在小公司裡單打獨鬥的工程師，幾乎所有經手的案子都是自己做，頂多再加一位同事一起配合，真的能照正規專管流程走的機會是微乎其微。
- P.6 為什麼要做一個專案？…一種是你的客戶拿著釣竿，下面捆著一大把鈔票，在你前面晃呀晃的，要你也長進一點，要不然做不到他的生意。
目前就遇到這種客戶。氣的是他看準你不敢不做，就會要東要西嫌南嫌北的。 - P.30 如果你不幸問了個笨問題，那也不是沒有解法。不管你收到多白癡的建議，根據我們從跑步市長那裡得到的標準答案是：「這個建議很好，我們很歡迎每個人都提出他的看法，因為每一個人的看法對我們都很重要。不過它牽涉到的層面非常廣，我現在沒有辦法馬上回答各位，要怎麼樣把它納進我們這個系統來。我想我們會組成一個委員會，審慎地進行評估後，一定會在最短的時間內，給大家一個最妥善的答案。」
真是經典的廢言，聽起來好像很得體，實際上卻沒什麼營養。 - P.211 不過在採用prototype時，常常會遇到下面的問題：
- 客戶沒有抓到確認prototype的重點
- 客戶看到prototype之後，就會期待做出來的系統會有一模一樣的反應
- 客戶看到prototype之後，會預期系統在短時間內就可以開發完成
