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

A.敦促团队加班工作，以满足这一需求。
B.如果团队不能这个需求则取消迭代。
C.要求团队延长迭代，以满足这一需求。
D.在待办事项中添加一个新的用户故事来满足这个需求。

A.专注于结果。
B.遵循共同的策略。
C.自由分享想法。
D.使用共享工作区。

A.让员工的直属经理来解决这个问题。
B.依靠团队来鼓励他们自己。
C.询问产品发起人的指示。
D.与团队协作来解决这一问题。

A.通知开发团队忽略电话和电子邮件。
B.与产品负责人一起，转达主管的问询。
C.让产品负责人将这些请求作为高优先级录入产品待办事项中。
D.让scrum主管将这些请求请求作为高优先级录入产品待办事项中。

A.9
B.10
C.12
D.15

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

A.理想工对。
B.速度。
C.浮动时间。
D.技术债务。

A.限制sprint规模。
B.参照经验教训。
C.查询风险登记册。
D.查看信息发射源记录。

A.创建四个象限，显示风险与价值的关系，首先执行高风险、高价值的任务。
B.创建四个象限，显示风险与价值的关系，首先执行高风险、低价值的任务。
C.使用信息发射源，并让开发团队专注于具有最高风险的开发事项。
D.使用鱼骨图查看进度计划、成本和功能性风险之间的关系。

A.团队成员感到压力而夸大项目进展，以便让业务负责人满意。
B.该特性的开发工作已完成，但该特性未发布。
C.该特性的开发工作未获得项目干系人的批准。
D.业务负责人未能在用户故事中定义该特性的验收标准。