老系统改造不必推倒重来：渐进式重构的实操路线

几乎每家做了十年以上的企业，都有一套“又爱又恨”的老系统：业务靠它跑，但改一个字段要排期两周，加一个报表要翻三天文档。老板第一反应往往是“重做一套”，我们通常劝他先冷静。 先别急着推翻：老系统里藏着业务真相 老系统虽然代码旧，但里面的业务规则是十几年真金白银跑出来的。贸然重做，最容易丢的不是功能，是那些没人说得清、但一直在用的隐性规则。比如某个折扣逻辑，可能当年销售总监拍板定的，文档里根本没有。 我们的第一步永远是“考古”：把老系统的核心流程、数据字典、异常分支全部梳理出来，和业务部门逐条确认。这步做完，往往发现真正需要重构的只有三分之一，剩下三分之二只是界面和交互的问题。 渐进式重构的三种切法 第一种是按模块切：把系统拆成财务、订单、库存等模块，一次只替换一个，替换期间新旧系统并行，数据每日对账。第二种是按用户切：先让一个分公司、一条业务线切到新系统，跑顺了再推广。第三种是按场景切：从最高频、最痛的那个操作入口开始换，让用户先尝到甜头。 三种切法可以组合，原则只有一个：任何时刻，生产环境里都只有一个系统在承担核心业务，切换窗口要短，回滚要快。 数据迁移是真正的难点 重构项目里，代码往往不是最难的，数据才是。老系统十几年的数据，格式脏、有重复、主键对不上，直接搬过去必出乱子。 我们的做法是先做数据体检：重复率、空值率、编码不统一的情况全部量化，跟业务确认哪些历史数据可以清洗合并、哪些只归档不迁移。迁移前做三次演练，每次演练都校验关键报表的数字能不能对上，对不上就查原因，直到三次全绿才敢动真格。 渐进式重构的核心：不打断业务 推倒重来最大的风险是业务停摆，渐进式重构的全部意义就在于不停摆。深圳都市科技做过的最复杂的一次老系统改造，涉及八个子系统、三年时间逐步切换，中间业务一天没停。老系统改造是个慢功夫，但慢，恰恰是为了不出大乱子。