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.客户要求提前交付一个产品特性。

A.累计流量图和燃尽图。
B.产品路线图和燃起图。
C.累计流量图和产品路线图。
D.故事地图和燃起图。

A.通过确保分包商提交项目计划和状态报告。
B.通过使用sprint待办事项和回顾会议。
C.通过使用产品待办事项和每日站会。
D.通过确保创建每日任务计划并明确沟通状态更新。