项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计

第1题：

在一次scrum回顾会议上，团队识别到发布版本中遗漏了一项非功能性需求。团队应该怎么做？（）

• A、重新计划后续迭代，并重新确定产品待办事项的优先顺序。
• B、在下一次迭代中包含该非功能性需求。
• C、将该需求放入未来版本的产品待办事项中。
• D、为该迭代增加时间，包含该非功能性需求。

第2题：

在一次迭代Sprint审查会议上，客户对产品印象及其深刻，要求立即发布该产品，推向市场。敏捷团队担心，因为还未解决产品维护用例问题。产品负责人将团队的担心告知客户。团队下一步应该怎么做？（）

• A、发布该产品，但通知用户产品维护只能等到未来版本才能提供
• B、执行更为敏捷的过程步骤来实现维护功能
• C、重新调整产品待办事项的优先级，在产品发布执勤啊实现维护功能的用户故事
• D、安排一次干系人Scrum会议，来讨论产品发布之前必须完成的最小可售单元

第3题：

第4题：

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

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

第5题：

敏捷项目团队在迭代期间收到一个紧急请求。敏捷项目经理首先应该做什么？（）

• A、停止未完成用户故事的工作，先为该请求工作
• B、召开一场团队会议，更改迭代范围以包含该请求
• C、向客户提供项目团队建议的意见
• D、解释到下一次迭代之前，团队不能包含该请求

第6题：

如果一个团队的速度是20个故事点，待办事项剩余83个故事点。排除所有其它的潜在因素比如增加范围，该项目团队应采用多少次迭代来完成剩余故事点？（）

• A、6
• B、3
• C、5
• D、4

第7题：

以下哪项最能描述确定迭代（时间箱）长度的方法？（）

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

第8题：

第9题：

对发布版本计划（）

• A、每个版本的范围是固定的，不允许调整
• B、不包括每个版本的发布时间、发布内容、迭代数量
• C、每个版本计划都要准时完成，不能推迟发布
• D、概念阶段/项目早期就开始制定版本计划，并每个迭代进行及时维护

第10题：

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

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