别再惦记技术债了
Posted by quentin 在 Wednesday, 5 August 2026一个让人疲惫的循环
每个技术团队大概都经历过这样的场景:季度复盘的时候,技术负责人拿出一份"技术债清单",上面列着十几二十个待处理项——某个模块耦合太紧、某处缺少自动化测试、某个依赖版本太老、某段代码没有错误处理……
业务方看了看,礼貌地点头,然后问:"这些还完之后,下个季度的需求还能按时上吗?"
气氛就微妙了。
很多团队开始搞"还债专项"——每个迭代拨20%的排期专门还技术债。听起来很科学,但执行起来总是走样:要么被紧急需求挤占,要么还了两周发现清单没变短,要么业务方忍不住问"你们到底在还什么债,能不能先停一停"。
我越来越觉得,问题可能不在于"技术债太多",而在于"技术债"这个框架,从根子上就有问题。
一个有问题的比喻
"技术债"之所以流行,是因为它给业务方和管理层提供了一个好懂的类比:我们现在欠着技术上的钱,以后要还,利息会越滚越多。
但这个比喻有一个致命缺陷:它把技术团队放到了道德上的被动位置。
既然是"债",就意味着你当时做了一个不够好的决定,现在你欠了东西,你得还。但事实是,大部分所谓的技术债,在当时那个时间点,可能是最合理的选择。
