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

被折叠的 条评论
为什么被折叠?



