A.没有任何目标和行动的开放式讨论
B.在高度流程导向的讨论中，处理所有未解决的问题
C.在没有时间盒的情况下，进行流程和行动导向的讨论
D.在有时间盒的情况下，进行目标和行动导向的讨论

A.让团队来解决这个问题
B.寻求职能经理的指导
C.解决这一问题，并通知团队
D.让产品负责人一起解决这一问题，并通知团队

A.识别产品设计和测试中的错误.
B.帮助识别容易遗漏的用户故事.
C.提高模糊用户故事的精度.
D.对冲刺计划会议有价值

A.为了交付项目的同时交付可用的产品
B.为了交付按时、按预算且功能完整的项目
C.为了交付能大幅提高生产率的项目
D.为了交付规划良好且符合干系人期望的项目

A.制定会议目标
B.回顾范围说明书并总结项目成果
C.为了提升团队的士气，并确保每个人都参与
D.描述下一次迭代并讨论经验教训

A.将该问题加到问题日志中，将其保留在团队内，直到Sprint结果确定为止
B.中止当前的Sprint，并创建一个新的Sprint，以确保排除有问题的故事
C.如果有需要的话，通知所有干系人该问题，并讨论如何调整Sprint待办事项
D.要求所有团队成员尽可能地加班，以保满足原本Sprint的承诺

A.在基于业务价值的产品待办事项中
B.在基于故事点的产品待办事项中
C.在产品负责人和开发团队制订的项目计划中
D.在由关键干系人和主管人员制定的商业案例中

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

A.通知团队负责人并开始解决问题
B.在下一次站会上与团队沟通该问题
C.立即开始解决，并在回顾会上与团队沟通该问题
D.从事下一项活动的工作，并在回顾会上与团队沟通该问题

A.价值交付加快，因为每个迭代结束时都会有潜在的可交付软件.
B.可以同时应付更多客户，因为每个客户都会定期收到一个交付.
C.更少的缺陷，因为产品会更快的交付到客户手中.
D.成本降低，因为对于每个迭代需要的回归测试减少

A.支持团队，并要求该干系人避免参与开发过程
B.在开发过程中教育团队干系人参与的重要性
C.将团队的意见告知干系人，并请求上报
D.将团队的意见告知管理层，并通知管理层的决定