本文探讨了敏捷开发团队中面临的代码重构难题，特别是在底层框架变动导致业务层代码需要大规模修改时，团队成员间的沟通障碍及责任归属问题成为关键挑战。
一个敏捷团队还是可能按功能分为不同的小组，虽然pm想弱化“组”，但是实际操作起来很困难
在产品迭代过程中，底层框架接口有变动后，有时会使业务层代码发生大范围改动，这是业务层方面不希望发生的。
因此没有pm拍板的情况下，团队内部协商，面对面沟通往往会发生扯皮现象。
大家都不太愿意大范围改动自己的代码，因为无法保证改动后是否会影响使用，代价也比较大。
然而在敏捷开发过程，重构代码再所难免的。因为随着需求的变化，用户量的增多，之前敏捷开发出的部分代码就显得不那么适合，
在重构代码时，就需要pm做决策了，如果靠团队成员互相沟通，很难。
大家都不想背锅
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
