架构弹性
-
研发管理如何应对需求频繁变更?
十年前,我刚接手一个电商中台项目时,最怕听到产品经理说“有个小调整”。那个“小调整”最终让订单中心重构了三回,团队加班超过400小时,两个核心开发离职。我当时把责任归结为“产品不专业”、“老板拍脑袋”。直到我自己开始带研发团队、做架构决策、甚至参与业务战略讨论,才逐渐意识到: 需求频繁变更本身不是问题,问题是我们把“变更”当成了意外,而不是研发系统的常态输入 。
十年前,我刚接手一个电商中台项目时,最怕听到产品经理说“有个小调整”。那个“小调整”最终让订单中心重构了三回,团队加班超过400小时,两个核心开发离职。我当时把责任归结为“产品不专业”、“老板拍脑袋”。直到我自己开始带研发团队、做架构决策、甚至参与业务战略讨论,才逐渐意识到: 需求频繁变更本身不是问题,问题是我们把“变更”当成了意外,而不是研发系统的常态输入 。