工時預估雖然不準但必要
預估時間可以反映 "至少" 要多少成本才能完成任務
客戶和股東看不懂科技樹，只看得懂成本
開發者和 PM 能做的，就是讓預估的準度提升
提昇預估準度的手段很多，例如：
導入例行測試，不要等完工才測試
佈署自動化，減少人工出包產生額外時間消耗
控制每一個版本的新功能範圍，避免技術債暴增
開發者遇到潛在風險，先開 Issue 讓 PM 擇日處理，而不求完美主義
時程壓力緊迫時，先求資安和帳務功能正確，其餘事後更新
技術債出現時，先誠實開出 Issue，說明科技樹限制，讓 PM 決定要把時間成本壓在哪一版
這些項目落實越多，預估時程就越準
估時程越準，就越容易跟金主騙錢，啊不對是爭取資源
不會死人的 bug 之後再出更新，人家會覺得你負責
有三大 bug 要盡量避免，算錯錢，個資外泄，死人
除了醫療和車電以外，死人通常不用考慮
至於這些以外的 bug，發現時把 Issue 誠實開出來就好
因為要改的 bug 太多，就改天吧
我沒這麼愛敏捷開發，比較喜歡有感開發
有感開發才能讓團對在運作過程逐漸吸收更多資源
金主夠爽，要什麼有什麼
前陣子 RX5700 XT 這張會過熱的卡，大家還不是買單
反正這群人會再去買散熱套件的，準時上市比較香
如果誠實告知風險，技術債，會讓 PM 爆炸
那就要問一下離職流程該怎麼跑了