在一次迭代Sprint审查会议上，客户对产品印象及其深刻，要求立即发布该产品，推向市场。敏捷团队担心，因为还未解决产品维护用例问题。产品负责人将团队的担心告知客户。团队下一步应该怎么做？（）A、发布该产品，但通知用户产品维护只能等到未来版本才能提供B、执行更为敏捷的过程步骤来实现维护功能C、重新调整产品待办事项的优先级，在产品发布执勤啊实现维护功能的用户故事D、安排一次干系人Scrum会议，来讨论产品发布之前必须完成的最小可售单元

第1题：

在开发一个新应用程序的开题会议上，一名敏捷团队成员表达对网络安全的担心，敏捷项目领导应该怎么做？（）

• A、邀请安全团队成员参加项目规划会议
• B、与产品经理讨论这个问题
• C、在下一次站会上讨论该问题
• D、在产品发布时讨论该问题

第2题：

客户请求为产品增加一个新的高优先级功能。该功能范围很广，并已记录初始需求。产品负责人对该事项赋予了最高优先级。下一步应该怎么做？（）

• A、让一名主题专家（SME）将功能完全细化为可由团队实现的用户故事
• B、让产品负责人将功能细化为可易于估算的用户故事并放一次迭代
• C、让产品负责人将该功能的实现直接分配为团队，因为它具有最高优先级
• D、让团队将该功能细化为用户故事，并实现产品

第3题：

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

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

第4题：

敏捷团队完成了产品开发阶段，并核实所有测试均已通过，但客户报告对质量和性能不满意，若要避免这种情况，敏捷项目团队应该在产品发布之前做什么？（）

• A、召开一次回顾会议，核实项目可交付成果。
• B、执行对所有需求的评审。
• C、获得项目发起人的批准。
• D、在计划的演示中，收集项目干系人反馈。

第5题：

敏捷教练注意到，因为产品负责人编写的需求定义不明确，团队速度受到影响，敏捷教练应该怎么做？（）

• A、与产品负责人和团队合作，明确定义用户故事
• B、要求产品负责人参加培训，明确定义用户故事
• C、指导团队承担赠人并获得所有澄清
• D、通过要去团队成员提供澄清来授权团队

第6题：

一个遵循敏捷管理实践的项目发布后，团队成员意识到他们并没有满足客户期望。下列哪种做法会有所帮助？（）

• A、客户应该参加迭代计划
• B、项目团队应该请求在迭代期间持续反馈
• C、项目团队应该在初次发布计划期间与产品负责人合作
• D、产品负责人应与项目团队合作，梳理产品待办事项

第7题：

客户由于不知道产品什么时候可以上市而感到沮丧。若要解决这个问题，敏捷管理专业人士应该怎么做？（）

• A、与干系人一起完成发布计划
• B、要求产品负责人完成用户故事和迭代
• C、创建一份产品愿景说明书
• D、完成一份产品战略文件。

第8题：

敏捷团队反馈用户故事包含的信息不足，无法理解需求。敏捷管理专业人士应该怎么做？（）

• A、指导产品负责人仅更新验收标准。
• B、指示敏捷团队在下一次回顾会议训解决用户故事的问题。
• C、指导团队与客户进行对话解决问题。
• D、通知产品负责人的经理，工作项提供的信息不足。

第9题：

第10题：

第11题：

第12题：

第13题：

敏捷团队完成了产品开发阶段，并核实所有测试均已通过，但客户报告对质量和性能不满意，若要这种情况，敏捷项目团队应该在产品发布之前做什么？（）

• A、召开一次回顾会议，核实项目可交付成果。
• B、执行对所有需求的评审。
• C、获得项目发起人的批准。
• D、通过计划的演示，收集项目干系人反馈。

第14题：

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

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

第15题：

敏捷团队正在为期两周的sprint工作，在sprint期间，团队在开发功能时应该怎么做？（）

• A、在迭代结束时演示产品，以获得产品负责人的验收。
• B、不断要求产品负责人对正在从事的功能提供反馈。
• C、要求产品负责人回答所有项目干系人的问题。
• D、一旦功能完成单元测试和功能测试，安排一次针对产品负责人的演示。

第16题：

一个敏捷团队的待办事项包含大量针对某个版本的工作项。产品负责人担心这些工作项无法按时交付。敏捷管理专业人士应向产品负责人提供什么建议？（）

• A、引导一次与项目干系人的会议，确定增值工作项，并对待办事项重新排列优先顺序。
• B、引导一次与敏捷团队的会议，确定哪些工作项需要较少的实施工作。
• C、向业务发起人请求获得更多敏捷团队资源。
• D、与客户讨论变更发布日期。

第17题：

在产品开发阶段结束时，敏捷项目团队确认所有测试均已通过。但产品发布后，客户投诉说产品有缺陷。在产品发布之前，项目团队应已完成下列哪一项？（）

• A、请求项目发起人的批准
• B、执行所有需求评审
• C、阶段结束时向客户演示
• D、执行一次回顾，核实项目可交付成果

第18题：

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

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

第19题：

产品负责人指出一个未发布的已识别目标无法得到满足。若要确保未来发布满足目标，敏捷管理专业人士应该怎么做？（）

• A、在下一次sprint计划会议前。让产品负责人对产品待办列表排列优先顺序
• B、通知产品负责人sprint成本
• C、确保产品负责人与干系人一起设想产品
• D、从产品负责人获得批准的ROI

第20题：

第21题：

第22题：

第23题：