一个复杂的用户故事发生了延迟，是由一个没有太多经验的员工导致的，你作为敏捷管理工程师，需要怎么做？（）A、让他加班完成B、应用结对编程C、减少故事点数D、下次给他一个简单的

第1题：

产品负责人正在努力为一个复杂的功能编写用户故事，若要处理这个问题，敏捷管理专业人士应该怎么做？（）

• A、与产品负责人合作，分解故事并专注于其最有价值的部分
• B、增加迭代的时间长度，确保满足所有需求
• C、将该故事与产品待办列表中不同的故事交换
• D、在下一次回顾会上，与产品负责人一起评审故事内容

第2题：

敏捷团队如何估算一个用户故事的相对规模？（）

• A、使用故事点
• B、使用分解
• C、使用速度
• D、使用聚合

第3题：

敏捷团队正在为一个一个史诗故事的工作做准备，该故事可能要求集成一项新技术。由于下一个迭代已经计划完毕，敏捷管理专业人士应该怎么做？（）

• A、参与考擦研究，更好地了解使用这项新技术的风险
• B、将该故事添加进风险登记册
• C、在每日站会将其作为一个问题提出
• D、更改该故事，避免继承新技术。

第4题：

佩里计划和她的敏捷团队正在对用户故事进行优先级排序，来开发一个用户故事地图，这时/n常用的技能是（）

• A、ToRonTO
• B、BoSToN
• C、MoSCoW
• D、HaMBurG

第5题：

Spike之后找出一个低风险的方案，作为敏捷工程师，你会怎么做？（）

• A、立刻应用变更
• B、在团队承认后在下一个迭代中进行
• C、放入PB表
• D、和PO沟通

第6题：

在一个敏捷项目开始时，敏捷管理专业人士需要为新产品创建一个共同且令人信服的愿景。敏捷管理专业人士应该怎么做？（）

• A、设计一份产品路线图
• B、总结用户故事
• C、编写执行摘要报告
• D、生成一份电梯简报（非常简短的高爆）

第7题：

通常在计划扑克期间，敏捷团队用一个参照点用户故事作为随后估算的基础，那么常用的参照点用户故事的规模是（）

• A、小
• B、加大
• C、中
• D、大

第8题：

第9题：

第10题：

第11题：

第12题：

( 难度：中等)是用户故事的标准模板。
A.作为一个＜用户角色＞，为了达到＜目的＞，我需要＜功能＞
B.作为一个＜产品类型＞，我＜想\需要\期望＞，所以＜原因＞
C.作为一个＜用户类型＞，我＜想\需要\期望＞
D.作为一个＜产品类型＞，我＜想\需要\期望＞

答案:A

第13题：

开发团队对一个用户故事不能理解，你作为敏捷管理工程师需要怎么做？（）

• A、要求PO参加计划会议
• B、对用户故事细化，以便能够理解
• C、团队讨论采用最佳方案开发
• D、要求PO参加回顾会

第14题：

一个史诗故事发现有重大的风险，你作为敏捷管理工程师，需要怎么做？（）

• A、中断现在的迭代，对应风险
• B、放到下一个Sprint来对应
• C、使用Explore探测风险
• D、不管风险，继续按照原计划进行

第15题：

完成任务后，敏捷管理专业人士建议在当前迭代中添加一个故事。在sprint中仍然存在未完成的承诺的故事。敏捷管理专业人士应该怎么做？（）

• A、在正在从事的sprint之外，要求产品负责人提供一个新故事
• B、独立完成故事。因为团队组成质量低。
• C、等到回顾会议，要求团队批准开展新的故事
• D、提供团队支持，帮助完成sprint中的其他故事

第16题：

一个问题由两个独立团队使用不同的解决方案在探测，你作为敏捷管理工程师，需要怎么做？（）

• A、估计竞争，对项目有好处
• B、和两个团队充分沟通，消除信息孤岛
• C、让两个团队自己竞争，不闻不问
• D、消除竞争，以其中一个方案为准

第17题：

产品负责人正在从事一个项目，但其中两名项目干系人的需求相反。产品负责人不确定要编写哪些用户故事，并希望让一名敏捷教练参与。在这个情景中，敏捷教练首先应该怎么做？（）

• A、监督将编写用户故事的主题专家（SME）。
• B、请求项目发起人安排召开一次故事编写研讨会。
• C、开始使用旅程图独立编写用户故事。
• D、与团队安排一次故事编写研讨会，定义需求。

第18题：

项目小组正在采用宽带Delphi做迭代计划，一个项目新人员不了解敏捷，你作为敏捷管理工程师，需要做什么？（）

• A、单独和他沟通，向他解释敏捷的概念
• B、创建正式的指导文档并通过邮件发给他
• C、让他参加，鼓励他在会议上发言
• D、和他的职能经理沟通，要求他参加

第19题：

第20题：

第21题：

第22题：

第23题：