当实现故事的技术信息缺少或者不充足时，哪种方法最合适用来实现用户故事？（）A、缺陷B、松弛C、探测D、非功能性的

第1题：

在采用敏捷/适应型项目管理时，创建WBS的过程是将史诗故事依次分解为：（）

• A、超级故事
• B、未完项
• C、用户故事
• D、任务

第2题：

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

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

第3题：

当客户在定义故事优先级有困难时，以下哪个是协助解决这个问题的最好的方法？（）

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

第9题：

第10题：

第11题：

第12题：

第13题：

某敏捷团队的迭代并不顺利。团队成员对需要开发的用户故事有诸多疑问，且用户故事失败。用户故事为什么会失败？（）

• A、在规划过程中讨论的用户故事不包括验收标准
• B、客户写了验收标准
• C、没有详细写明需求
• D、验收测试是在开发用户故事之前写的

第14题：

下列针对史诗故事的说法哪一项是正确的？（）

• A、史诗故事需要在功能边界分解
• B、史诗故事并不代表产品特办事项
• C、史诗故事是指可以在一次迭代中完成的用户故事
• D、史诗故事可以分解成较小的用户故事

第15题：

Thomas的团队刚刚被分配一个价值为10的用户故事来表示相对工作量，他们将要开发这个用户故事。Thomas和他的团队最有可能使用什么来估计相对的用户故事？（）

• A、故事硬币
• B、故事章节
• C、故事标记
• D、故事点

第16题：

速度的定义是（）

• A、对每一迭代完成的用户故事点或故事的衡量
• B、对每一次发布完成的用户故事点或故事的衡量
• C、对一次迭代计划的用户故事点的衡量
• D、对每天完成的用户故事点的衡量

第17题：

教师在给幼儿讲故事时，当讲述主人公的行为以后，接着要幼儿讲故事的结局的一种方法是（）。

• A、故事难题法
• B、移情测验法
• C、投射测验法
• D、情境测验法

第18题：

敏捷团队已经识别出项目中需要的一个非功能性需求，团队不能确定如何继续。敏捷管理专业人士应提出什么建议？（）

• A、重新审视原始规范，将该需求编写为一个探测用户故事。
• B、为该需求编写一个用户故事，并将其包含进发布待办事项中。
• C、将其记录为一项变更请求，并将其包含进后续版本中。
• D、将其添加为一项风险，通过风险管理流程跟踪该风险。

第19题：

敏捷团队已经识别出项目中需要的非功能性需求。团队不能确定如何继续。敏捷管理专业人士应提出什么建议？（）

• A、重新审视原始规范，将其需求编写一个探测用户故事
• B、为该需求编写一个用户故事，并将其放进发布待办事项中
• C、将其记录为一个变更请求，并将其包含在后续版本中
• D、将其添加为一项风险，通过风险管理流程跟踪该风险

第20题：

第21题：

第22题：

第23题：