企业业务系统上线后不是一成不变的，需要持续迭代。在上海，成熟的迭代机制是：小步快跑、版本规划、灰度发布、数据驱动。
业务在变，系统必须跟着变。在上海，企业今年的流程和去年可能就不同了，竞争对手出了新功能、用户提了新需求、监管有新要求。不迭代的系统很快就跟不上业务。
在上海，成熟团队一般每两周发一个版本：小功能、bug修复、体验优化。这种节奏让用户经常看到改进。
在上海，大功能模块每月或每季度发一个大版本。大功能开发周期长，不能混在小迭代里。
在上海，影响使用的bug随时修复，不等版本计划。
在上海，每季度做一次版本规划：收集新需求、排优先级、评估工作量。优先级按业务价值排，不是谁声音大就做谁的。规划公开给团队和业务方，减少临时插入。
在上海，新功能不一开始就全量给用户。先给10%用户用，没问题再扩大到50%，最后全量。这样即使新功能有bug，影响面也可控。
在上海，新功能上线后看数据：多少人用了、用了之后效率提升没、有没有负面反馈。数据不好的功能及时下线，不要为了开发成本硬留着。
第一，不要每个版本都大改，用户适应不了。第二，不要跳过测试直接上生产。第三，不要忘了通知用户改了什么。
18140041855 
