1,556
社区成员
发帖
与我相关
我的任务
分享敏捷实践中的两个问题，求解答
我作为SM在执行SCRUM的时候，遇到两个实际问题，请教大拿们给予建议或者解答，谢谢！
一是在sprint里我一般都会预留点SP给修理bug用，但是突然有个sprint的bug特别多，导致这个sprint里分配的US做不完，是否应该减少US数量还是怎么处理？
第二个问题是有些US非常复杂且难，程序员都不想领来自己做，怕做不完，该怎么处理？谢谢！
一是在sprint里我一般都会预留点SP给修理bug用，但是突然有个sprint的bug特别多，导致这个sprint里分配的US做不完，是否应该减少US数量还是怎么处理？
第二个问题是有些US非常复杂且难，程序员都不想领来自己做，怕做不完，该怎么处理？谢谢！
...全文
请发表友善的回复…
发表回复
#生命轨迹# 2019-06-05
- 打赏
- 举报
第一个问题：bug一般情况下优先级最高，所以需要开发团队及时处理。减不减少US的数量，是需要跟开发团队沟通，由开发团队做决定的（一般开发团队会比较倾向于减少US）
第二个问题：拆解US（对于有技术难点的，时间允许的话可以先做个探针计划）
Sara_CSDN 2019-05-27
- 打赏
- 举报
第一个问题：判断bug和US的优先级，优先处理优先级高的内容
第二个问题：和团队一起分析复杂度，协助团队切细任务，共同协作完成
第二个问题：和团队一起分析复杂度，协助团队切细任务，共同协作完成
qq_34677912 2019-05-15
- 打赏
- 举报
第一个问题：当前sprint肯定是优先把bug解决掉，移除一些us到下个sprint， 不过bug很多不是正常现象， 在sprint回顾会议时需要重要分析原因， 下次避免。 第二个问题：us复杂且难的，指定水平较高的开发去做并和他一起合理评估完成时间。
Hanos Steven 2019-05-10
- 打赏
- 举报
首先你们肯定分析过bug产生的原因了，对产品的影响程度，制定好了下次规避的方法了，以及bug修复的时间了，当然还有一些bug太复杂没有分析出原因。简单的，人员调配上一大部分去修复bug，一小部分去分析疑难问题，给出问题解决方案后，再召集全体去改bug。
