趋势分析显示，速度低于预期，版本完成日期将落后于进度计划一个月。团队建议更改结束日期以反映这一点。敏捷管理专业人士应该怎么做？（）A、宣布团队没有超过预测速度，但结束日期将保持不变B、要求scrum主管减少产品待办事项中的额外特性，然后重新计划后续迭代C、与业务负责人联系以确定是减少范围还是增加时间D、要求团队提高速度以满足合同中的义务，并记录此决定

第1题：

一个敏捷团队的迭代速度呈现急剧上升和下降的趋势。敏捷团队需要让迭代速度更加可持续。敏捷团队领导应该怎么做？（）

• A、与团队开会识别潜在原因并实施调整，以获得稳定的迭代速度。
• B、使用之前迭代的最高速度，并将其作为基准。
• C、召开团队会议来鼓励合作，实现可持续的迭代速度。
• D、引导团队成员之前结对编程，实现理想的迭代速度。

第2题：

在审查会议期间，敏捷团队确定在规定的时间范围内不能完成某个迭代版本的待办事列表。团队应该怎么做？（）

• A、与产品负责人一起审查范围
• B、向产品负责人发送一封修改过的完成日期的电子邮件
• C、对产品待办列表重新票排列优先级，并删除最没有价值的故事
• D、与产品负责人开会讨论范围和进度计划

第3题：

如果团队成员表示他们感到过度劳累和压力，敏捷管理专业人士应该怎么做？（）

• A、讨论潜在的根本原因，并分析什么需要改变
• B、与产品负责人合作，识别其他资源
• C、陈述对速度有负面影响的问题，但将其添加到待办列表中。
• D、请产品负责人将交付日期向后退

第4题：

趋势分析显示，速度显著低于预期，版本完成日期落后进度计划一个月。团队建议更改结束日期以反映这一点。敏捷管理专业人士应该怎么做？（）

• A、宣布团队没有超过预测速度，但结束日期将保持不变。
• B、要求scrum主管减少产品待办事项中的额外特性，然后重新计划后续迭代。
• C、与业务负责人联系以确定是减少范围还是增加时间。
• D、要求团队提高速度以满足合同中的义务，并记录此决定。

第5题：

有6名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于项目优先级的变化。管理层决定将一名团队成员重新分配到两一个项目。在这个变化执勤啊，团队每次迭代平局速度是60点。这个变化对项目造成什么影响？（）

• A、团队生气和项目速度都将受到影响
• B、团队将必须自行组织，以保持速度和进度计划
• C、项目完成之前，团队可能需要一次或多次迭代来重组
• D、团队将希望停止该项目

第6题：

在一次迭代期间，产品负责人坚持认为某个特性必须具有相应时间阈值。团队解释说这个需求存在技术挑战。但不会危及迭代目标。产品负责人应该怎么做？（）

• A、敦促团队加班工作，以满足这一需求。
• B、如果团队不能这个需求则取消迭代。
• C、要求团队延长迭代，以满足这一需求。
• D、在待办事项中添加一个新的用户故事来满足这个需求。

第7题：

在回顾会上，一个敏捷团队表示无法满足迭代速度预测，虽然计划了19个点，但金完成9个点。团队认为19个点对于下一个迭代是合理的。但是敏捷管理专业人士不同意。团队分享说部分会议是一个影响因素。敏捷管理专业人士应该怎么做？（）

• A、告诉团队应降低下一次迭代的速度估算
• B、要求团队跟踪非项目时间
• C、要求团队加班工作，确保满足估算
• D、确定组织sprint成功的障碍，并将减轻这些障碍

第8题：

第9题：

第10题：

第11题：

第12题：

第13题：

有六名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于优先级的变化。管理层决定将一名团队成员重新分配到另一个项目。在这个变化之前，团队每次迭代的平均速度是60点。这个变化将对项目造成什么影响？（）

• A、团队士气和项目速度受到影响。
• B、团队将必须自行组织，以保持速度和进度计划。
• C、项目完成之前，团队可能需要一次或多次迭代来重组。
• D、团队将希望停止该项目。

第14题：

项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计速度是30个故事点。经过几个迭代后，计算的实际速度只有15个故事点，让项目的预计完成时间翻倍。项目团队应该怎么做？（）

• A、要求产品负责人增加团队资源
• B、与产品负责人沟通速度以及新的发布时间
• C、通过将测量单位从故事点更改为理想的天数重新估算，并通过产品负责人
• D、重新估算，并通知产品负责人项目比原先预期得更为复杂。

第15题：

敏捷团队正在开发一个即将与客户系统集成的产品。系统频繁更改，某些版本未能通过集成测试。敏捷管理专业人士应该怎么做？（）

• A、要求客户不要那么频繁地更改系统，并在集成中重新测试失败的版本。
• B、建议团队在每次发布版本前进行额外的测试。
• C、将问题分配给集成主题专家（SME）。
• D、在项目团队和客户之间实施反馈回路。

第16题：

一个专注于生产细节的团队生产高品质的产品，但经常延迟交付。敏捷管理专业人士应该怎么做？（）

• A、鼓励团队在不影响质量的情况下提高速度。
• B、要求产品负责人延迟发布计划，直到速度和质量匹配为止。
• C、接受高品质和低速度之间的权衡。
• D、更改sprint周期以适应延迟交付。

第17题：

在迭代结束时，速度高于预期。如果这种趋势继续下去，最适应的应对措施是什么？（）

• A、团队应该增加sprint中包含的待办事项数量。
• B、Scrum主管应减少项目团队的资源数量。
• C、项目管理办公室（PMO）应将发布日期向前推移。
• D、经理应要求团队成员从事其他项目。

第18题：

项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计速度是30个故事点。经过几次迭代后，计算的实际速度只有15个故事点，让项目的预计完成时间翻倍。项目团队应该怎么做？（）

• A、要求产品负责人增加团队资源。
• B、与产品负责人沟通速度以及新的发布日期。
• C、通过将测量单位从故事点更改为理想的天数重新估算，并通知产品负责人。
• D、重新估算，并通知产品负责人项目比原先预期的更为复杂。

第19题：

第20题：

第21题：

第22题：

第23题：