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

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

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

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

A.在产品负责人讨论变更的影响，然后继续执行。
B.包含尽可能多的变更，同时遵守初始进度计划。
C.使用初始计划完成该产品。
D.形成一份项目的重新估算。

A.监督将编写用户故事的主题专家（SME）。
B.请求项目发起人安排召开一次故事编写研讨会。
C.开始使用旅程图独立编写用户故事。
D.与团队安排一次故事编写研讨会，定义需求。

A.缩小团队规模，是站会更易于管理。
B.在采取行动之前寻求项目发起人的指示。
C.告知团队站会的价值。
D.允许团队做出重组的决定。

A.定期循环更新项目计划的详细版本。
B.维护在线团队协作网站，并将业务负责人重新定向到相同的网站。
C.与项目干系人定期举行一对一会议。
D.与项目干系人举行每日scrum会议。

A.将较为简单的故事拉近Sprint中。
B.减少非生产性时间。
C.将用户故事移到另一个Sprint。
D.识别关键过程以改进。

A.建立工作授权和工作分解结构（WBS）。
B.避免微观管理和日常管理。
C.让干系人参与，并定制过程。
D.形成小工作组和孤岛。

A.团队无法为sprint创建工件。
B.团队无法在sprint周期中完成所有用户故事。
C.客户在sprint周期结束时请求变更。
D.客户要求提前交付一个产品特性。