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.对所有的估计增加额外的点数。

A.构建最高价值的工作项。
B.快速构建工作项。
C.正确构建工作项。
D.构建正确的工作项。

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

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

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

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

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