工时预估虽然不准但必要
预估时间可以反映 "至少" 要多少成本才能完成任务
客户和股东看不懂科技树，只看得懂成本
开发者和 PM 能做的，就是让预估的准度提升
提升预估准度的手段很多，例如：
导入例行测试，不要等完工才测试
布署自动化，减少人工出包产生额外时间消耗
控制每一个版本的新功能范围，避免技术债暴增
开发者遇到潜在风险，先开 Issue 让 PM 择日处理，而不求完美主义
时程压力紧迫时，先求资安和帐务功能正确，其余事后更新
技术债出现时，先诚实开出 Issue，说明科技树限制，让 PM 决定要把时间成本压在哪一版
这些项目落实越多，预估时程就越准
估时程越准，就越容易跟金主骗钱，啊不对是争取资源
不会死人的 bug 之后再出更新，人家会觉得你负责
有三大 bug 要尽量避免，算错钱，个资外泄，死人
除了医疗和车电以外，死人通常不用考虑
至于这些以外的 bug，发现时把 Issue 诚实开出来就好
因为要改的 bug 太多，就改天吧
我没这么爱敏捷开发，比较喜欢有感开发
有感开发才能让团对在运作过程逐渐吸收更多资源
金主够爽，要什么有什么
前阵子 RX5700 XT 这张会过热的卡，大家还不是买单
反正这群人会再去买散热套件的，准时上市比较香
如果诚实告知风险，技术债，会让 PM 爆炸
那就要问一下离职流程该怎么跑了