Day3: 精益求精抠细节vs点到为止保交付
给大家算一笔账你就知道一味追求速度的代价有多大了。腾讯云引用的研究数据：没有治理的团队用AI后技术债务增加41%，第二年维护成本是传统团队的4倍，安全漏洞增加10倍。我们团队去年为了赶业务上线，三个项目都是"先跑起来再说"，代码怎么快怎么写，测试也是点到为止，当时确实爽，半年上了五个大项目团队拿了年度最佳。但今年呢？老功能改不动、新需求加不上、线上bug此起彼伏，团队一半人力在还去年的技术债，新人入职看代码直接懵逼，两个核心骨干因为天天擦屎山离职了。算下来去年赶进度省下来的时间，今年要花三倍来还，还搭上了团队士气和人员流失。更可怕的是安全问题，上个月安全扫描扫出200多个高危漏洞，大部分是赶进度的时候留下的，光修复就花了整整一个月，还差点影响监管评级。技术债跟信用卡一样，借的时候爽，还的时候连本带利。我的建议是：任何项目上线前必须留20%的时间做质量保障，核心模块必须做code review和单元测试，每个迭代必须留20%的时间还技术债，千万别等到屎山堆到没人能维护的时候才想起重构，那时候成本是你想象不到的高。点到为止保交付没错，但你得知道"止"在哪里，不能为了交付什么底线都不要。
发布于 广东
分享
评论
1
未登录
友善发言
评论
加载中
