敏捷团队正在准备着手从事一个涉及一些构架风险的大规模故事。由于下一个迭代已经计划完毕，敏捷项目管理师应该如何解决这个问题？（）A、推迟该故事的工作，保持团队速度B、重新查阅需求，创建详细的规范C、在风险登记册上添加该故事，并与客户一起分析D、执行考察工作，更好地理解该风险

第1题：

敏捷团队正在准备着手从事一个涉及一些脚架构风险的规模故事。由于下一个迭代已经计划完毕，敏捷项目管理师应该如何解决这个问题？（）

• A、推迟该故事的工作，保持团队速度
• B、重新查阅需求，创建详细的规范
• C、在风险登记册上添加该故事，并与客户一起分析
• D、执行考察工作，更好地理解该风险

第2题：

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

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

第3题：

第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题：

敏捷团队正在开发一些功能，作为纳入当前迭代范围内工作的一部分。一名团队成员正遇到一个妨碍故事进展的问题。若要帮助团队继续向前发展，敏捷金买了个应该怎么做？（）

• A、使用技术技能好经验来找出解决方案，并指示团队遵守该解决方案
• B、与团队一起对该问题进行头脑风暴，存进找到解决方案
• C、分配
• D、使用一个新故事替换该故事

第10题：

敏捷团队正在努力为一个复杂项目工作，该项目需求不断发生变化，客户需求似乎反复无常，若要解决这个问题继续该项目，团队应该怎么做？（）

• A、查询产品负责人，为用户故事排列优先顺序。
• B、将该问题升级给项目发起人，以解决客户的反复无常。
• C、利用变更管理流程，并在发生变更时记录。
• D、限制迭代长度，提高与客户一起审查的频率。