一个内部审批系统:三次返工之后我才明白的事
十来个需求,返工三次。难点不在技术,而在「谁在什么情况下点通过」没被定义清楚。
栏目 02 / 复盘
把做过的项目拆开看:需求边界怎么漏的、性能预算怎么破的、迁移怎么做才敢回滚。这一栏不写「项目成功学」,重点写判断失误、返工原因和后来改了什么。
共同的写法:每篇都给出「当时怎么想—实际发生什么—后来加进流程的检查项」,能复用的清单放在文末。
十来个需求,返工三次。难点不在技术,而在「谁在什么情况下点通过」没被定义清楚。
用户说慢,团队说还行,争论两周没有结论。后来把首屏时间、资源体积和请求数写成三条预算线。
迁移脚本两天跑完,口径对齐花了几周。写清边界怎么划、小样本怎么双向核对、回滚为什么要演练。