以下哪项最能描述确定迭代（时间箱）长度的方法？（）A、迭代（时间箱）应该总是30天B、团队通过将故事点的总数除以团队的平均速度来确定迭代（时间箱）的长度C、迭代（时间箱）应该总是两周D、考虑到项目的规模和复杂性，团队应该迭代的长度（计时器）达成一致

相关问题 1：

项目团队请团队领导将一个迭代延长一天时间，让他们可以在下一次sprint评审会前完成一个功能，团队领导应该怎么做？（）A、保持当前和未来的迭代时间长度。B、将所有迭代延长一天。C、将当前迭代延长一天。D、将当前迭代延长一天，并将下一个迭代缩短一天。

点击查看答案

相关问题 2：

一个敏捷团队的迭代速度呈现急剧上升和下降的趋势。敏捷团队需要让迭代速度更加可持续。敏捷团队领导应该怎么做？（）A、与团队开会识别潜在原因并实施调整，以获得稳定的迭代速度。B、使用之前迭代的最高速度，并将其作为基准。C、召开团队会议来鼓励合作，实现可持续的迭代速度。D、引导团队成员之前结对编程，实现理想的迭代速度。

点击查看答案

相关问题 3：

项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计速度是30个故事点。经过几个迭代后，计算的实际速度只有15个故事点，让项目的预计完成时间翻倍。项目团队应该怎么做？（）A、要求产品负责人增加团队资源B、与产品负责人沟通速度以及新的发布时间C、通过将测量单位从故事点更改为理想的天数重新估算，并通过产品负责人D、重新估算，并通知产品负责人项目比原先预期得更为复杂。

点击查看答案

相关问题 4：

有3个团队目标正处于一个为期2周的Sprint的第8天。团队速度为30。有20个故事点已经完成，但团队只能额外再完成6个故事点。团队应该如何解决故事点差距？（）A、在待办事情中添加代表两个故事点的额外任务B、从待办事项中删除代表四个或更多故事点的最低优先级任务C、延长迭代长度两天时间D、减少迭代长度两天时间

点击查看答案

相关问题 5：

负责测试报告的敏捷团队成员在每次迭代结束时都没有足够的时间确保可交付成果的质量。敏捷项目经理应该怎么做？（）A、降低上游可交付成果的速度，以确保团队成员同时工作B、交替迭代，首先关注开发，然后关注质量C、减少开发人员数量，确保有足够的时间进行测试D、将工作分解为较小的用户故事，以便在整个迭代过程中进行测试

点击查看答案

相关问题 6：

在一次迭代期间，产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做？（）A、敦促团队加班工作，以满足这一需求。B、如果团队不能这个需求则取消迭代。C、要求团队延长迭代，以满足这一需求。D、在待办事项中添加一个新的用户故事来满足这个需求。

点击查看答案

相关问题 7：

敏捷团队在迭代中，正开发一个复杂的产品。在第三次迭代中，产品负责人发现了一个问题。产品负责人应该告诉团队什么？（）A、创建一个难点探测故事B、继续添加功能，因为迭代已开始C、取消并重新计划SprintD、增加Sprint长度，因为添加了额外功能

点击查看答案