A.开始待办事项规划、工作分解和估算。
B.确保提供必要的技能和知识满足产品愿景。
C.与相关项目干系人分享路线图和愿景，并根据需要让他们参与。
D.在工作区中展示产品路线图，并通过虚拟方式分享给项目干系人。

A.告诉团队该干系人必须参与每次讨论。
B.邀请该干系人参加每日站会。
C.将该干系人添加进沟通管理计划。
D.让该干系人查看项目状态报告。

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

A.遵守计划驱动的测试过程。
B.批准和调试代码需要四天。
C.实施高预测性测试过程。
D.使用测试驱动的开发（TDD）实践。

A.指示团队使用专家判断做出有根据的决策。
B.告知客户他们的积极参与对项目的成功至关重要。
C.聘用一个专家团队，执行需求收集。
D.培训产品负责人获得必要的客户反馈。

A.团队应该增加sprint中包含的待办事项数量。
B.Scrum主管应减少项目团队的资源数量。
C.项目管理办公室（PMO）应将发布日期向前推移。
D.经理应要求团队成员从事其他项目。

A.签发一份谅解备忘录，应为所有新项目实施敏捷原则。
B.通过召开会议来介绍敏捷原则和流程的优势，获得管理团队的支持。
C.跨职能业务部门实施敏捷原则和流程以展示优势。
D.要求所有员工，管理层和高管参加敏捷培训并遵守敏捷原则。

A.减少WIP能获得更高的质量。
B.WIP说明项目规划不佳。
C.WIP代表团队成员的利用率。
D.WIP表示项目落户于进度。

A.记录主要决策，以便引导回顾评审会议。
B.识别造成两团队误解的架构风险。
C.制作一份两个团队可用来沟通的常见词汇表。
D.让部门经理要求使用一种敏捷方法。

A.优先考虑第二个版本的开发是由于相较于第一个版本的支持和维护，因为第二个版本投资回报率（ROI）率较高。
B.创建一份不使用理想天数的估算，因为理想天数未考虑其他承诺。
C.确定速度时，从生产能力中减去支持成本。
D.只关注于创造新的商业价值，并向另一个团队移交第一个版本的维护和支持的工作。

A.为产品待办事项的变更设置进度计划的缓冲。
B.为进度计划增加加班时间，设置团队成员的期望。
C.为项目添加额外的团队成员。
D.对所有的估计增加额外的点数。