A.告知他们敏捷方法对所有项目都有效。
B.向他们提供核心敏捷原则，将业务目标和客户需求联系起来。
C.让他们在做出决定之前查看推荐的敏捷图书。
D.向他们展示敏捷项目可以增加收入并且减少成本。

A.鼓励团队探讨更多改进建议。
B.向团队说明更好的方法，并让他们使用该方法。
C.通过向项目发起人寻求指导，展示服务型领导能力。
D.通过同时使用产品团队的建议和更好的方法来折中。

A.精益交付时间法则。
B.收益递减定律。
C.利特尔法则。
D.帕金森定律。

A.鼓励团队尝试新的应用程序，然后重新评估该程序。
B.解释新的应用程序未被所有团队成员批准并讨论替代解决方案。
C.确定什么应用程序最适合团队。
D.要求产品负责人决定哪个应用程序最合适团队。

A.团队进展顺利，没有任何障碍。
B.团队进行范围变更以恢复正规。
C.团队保持努力，不作任何变更。
D.团队需要协作，满足计划。

A.回顾会议。
B.每日scrum会议。
C.Sprint评审会议。
D.Sprint计划会议。

A.要求客户识别采用新技术带来的相关风险。
B.建议停止迭代，因为团队表现不佳。
C.为团队安排额外的培训。
D.增加团队中的专家数量。

A.开展团队建设活动、风险评审和迭代回顾。
B.利用信息辐射体、每日站立会议和规划会议。
C.确保项目具有全面的文档。
D.确保具有风险和问题日志。

A.增加团队的资源数量，协助主题专家完成任务。
B.让团队成员执行其活动的价值流分析。
C.计划一次团队建设活动以提高团队的士气。
D.引导结对编程，让主题专家培养新的技能。

A.沟通产品业务计划。
B.与关键干系人一起召开会议。
C.邀请项目干系人参加sprint规划会议。
D.制定产品愿景。

A.引导一次与项目干系人的会议，确定增值工作项，并对待办事项重新排列优先顺序。
B.引导一次与敏捷团队的会议，确定哪些工作项需要较少的实施工作。
C.向业务发起人请求获得更多敏捷团队资源。
D.与客户讨论变更发布日期。