以下哪项最能描述确定迭代(时间箱)长度的方法?()
第1题:
项目团队对发布版本的初始估算是300个故事点,一次迭代的平均估计速度是30个故事点。经过几个迭代后,计算的实际速度只有15个故事点,让项目的预计完成时间翻倍。项目团队应该怎么做?()
第2题:
负责测试报告的敏捷团队成员在每次迭代结束时都没有足够的时间确保可交付成果的质量。敏捷项目经理应该怎么做?()
第3题:
项目团队请团队领导将一个迭代延长一天时间,让他们可以在下一次sprint评审会前完成一个功能,团队领导应该怎么做?()
第4题:
敏捷团队正在从事创造一项新产品的任务,团队已经创造了新产品,但由于一项独特的需求,完成迭代很困难。团队应该怎么做?()
第5题:
敏捷团队在迭代中,正开发一个复杂的产品。在第三次迭代中,产品负责人发现了一个问题。产品负责人应该告诉团队什么?()
第6题:
有3个团队目标正处于一个为期2周的Sprint的第8天。团队速度为30。有20个故事点已经完成,但团队只能额外再完成6个故事点。团队应该如何解决故事点差距?()
第7题:
在一次迭代期间,产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做?()
第8题:
一个敏捷团队的迭代速度呈现急剧上升和下降的趋势。敏捷团队需要让迭代速度更加可持续。敏捷团队领导应该怎么做?()
第9题:
敏捷项目团队遇到迭代速度波动的情况,若要给敏捷项目环境带来持续一致的速度,敏捷团队领导应该怎么做?()
第10题:
认识到当前正在开发的用户故事的时间箱太短。那么此时Reggie应该采取什么措施?()