在迭代规划会议期间会发生什么（）

A.团队是否按时完成迭代的工作量

B.每个团队成员在一个迭代能够完成多少工作

C.一个迭代中团队成员能完成相似规模工作的能力

D.产品负责人是否在迭代计划中准备了正确的优先级

A.与团队开会识别潜在原因并实施调整， 以获得稳定的迭代速度

B.使用之前迭代的最高速度， 并将其作为基准

C.召开团队会议来鼓励合作， 实现可持续（一致的） 的迭代速度

D.督导团队成员之间的结对编程， 实现理想的迭代速度

A.团队应该要求经理反馈

B.产品所有者应要求下一次迭代待办事项

C.团队应该开始修复以前迭代中发现的漏洞

D.团队识别最优先的行动项目，并侧重于在下一次迭代中改善它们

A.负责人进行待办列表梳理和迭代假话会议的频率

B.面向整个团队来陈述问题，以避免问题

C.负责人开会，确定根本原因

D.开会，并告知团队正在回应产品负责人之前获得许可

A.用户故事

B.里程碑

C.行动项目

D.要求

A．在回顾总结会议上讨论该问题 Discuss the issue during the retrospective

B．在演示中说明该问题 Address the issue in the demo

C．在下一次迭代规划会上讨论该问题

D．在下一次迭代每日站立会上审查该问题

A.冲刺团队

B.授权团队

C.parry 团队

D.迭代团队

A.将新需求添加到迭代待办列表

B.在回顾总结会议上讨论新需求

C.在下一次迭代规划会上讨论新需求

D.与团队一起审查新需求，并要求他们开始为新需求工作

A.迭代规划会议

B.迭代评审会议

C.迭代回顾会议

D.由产品所有者创建

A.两个团队的故事点不能单独比较

B.如果B队获取更高级工程师，可以匹配团队A的故事点数

C.匹配团队A的故事点，团队B必须具有自组织

D.如果产品所有者更多地参与，团队B的故事点将增加

A.降低_上游可交付成果的速度，以确保团队成员完成相同的工作

B.交替迭代，首先关注开发，然后关注质量

C.减少开发人员数量，确保有足够的时间进行测试

D.将工作分解为较小的用户故事，以便在整个迭代过程中更易于管理和测试