如技术类的重构项目,诉求并不是直接来源于业务,所以也就没有业务节奏的影响,往往是技术团队基于技术规划(比如提高代码质量,引入新技术.新框架提升整个系统)自发地做一些调整.如果项目较小( 1~2 周),你凭借个人经验和直觉可能会顺利完成,但项目规模较大时,结果就未必可控,有可能往坏的方向发展,比如: 范围越做越大, 本来想解决一个问题,但是在项目过程中,不断识别出关联问题,导致原本计划一个月的重构可能延续半年甚至更久: 交付质量不理想, 项目节奏缺少关键点的把控,加之任务安排不合理,项目节奏一拖再