老實說，從業至今，常常碰到一些問題，老闆都覺得這東西很簡單啊為什麼要估那麼久，這些也就算了，我自己估專案有時候時間也會爆掉，所以我想看看這個書，看看怎麼幫助我

這本書有什麼關鍵字呢?

• 估時間直接參考其他專案
• 找有經驗的高手以及團隊
• 問為什麼?探索出更佳方案
• 盡可能快速疊代
• 拒絕可能減緩專案不相關的事情
• 盡可能跟任何人保持良好關係

這本書 20 個字總結是什麼呢?

• 專案時程爆掉?一開始就低估了!

這本書有甚麼地方是我可以學習並在日常生活上使用出來的呢?

我偶爾也有機會需要為專案估時，我覺得超痛苦的，比寫程式還痛苦阿，因為要考慮的因素太多了，人力、技術難點、工作項目要盡可能讓所有人不要閒置太久、人力可能碰到什麼意外或專案碰到甚麼黑天鵝事件(比如新冠肺炎)，但這邊提到預測時間可以直接拿其他專案的來用，然後直接多抓少抓就好了，我好像被棒子直接敲頭，我完全沒有想過有這招阿

困難的功能先找找看有沒有套件，直接利用高手的智慧，手刻是最差選擇，我想到公司有個人開發某個功能手刻 3 個月，他完全不知道有 SDK 可以用......

什麼?你說這不是常識嗎?不不不，有些人就是覺得 SDK 很肥大他要自己刻阿，包括我自己有時候也會這樣

盡可能跟任何人保持良好關心我覺得也很有用，負面的職場是不會有生產力的，我甚至會跟警衛以及清潔的叔叔阿姨打招呼，因為我知道職場的乾淨與安寧需要他們，但這些一般人不會思考到他們跟工程師的生產效率有什麼關係，我要繼續保持這個好習慣

今日心情抒發:
裡面提到 IT 專案是預算與時間爆掉的 TOP 前五名，我忽然有點安心了 XD，可以對過去的自己說"你盡力了!"

某方面來說裡面提到的一些概念跟鳳凰專案裡面提到的有點像，不過直接採用其他專案的時間直接進行預估這概念我完全沒有想過

大家覺得有幫助嗎?

剩下最後一本書了，突然有點寂寞阿