A.开发功能中的工作项数量。
B.在Kanban板上使用的年度步骤数。
C.开发所需的sprints数量。
D.团队Kanban板上正在进行的在制品（WIP）限制。

A.确保状态更新到最新并可用。
B.添加一个定期干系人状态会议。
C.向双方发送一份项目燃尽图。
D.包含一项任务，生成一份每周执行摘要。

A.将同一团队分配到类似项目，因为团队已经获得所需的技能。
B.安排与其他团队的知识交流会。
C.使用结对编程来协助学习新技术。
D.鼓励新团队成员学习新技术，并将其添加到项目进度计划中。

A.让团队分析这些变更的影响并缶该干系人更新该信息。
B.向干系人提供更新的报告，并召开每日站会。
C.在显眼的地方发布信息发射源，并定期向该干系人发送风险燃尽图。
D.强迫干系人参加风险应对会议，并召开每日站会，讨论变更优先级和风险。

A.提供更新的路线图，并设定目标发布日期。
B.提供未来六个月的路线图和详细的迭代计划。
C.从目标发布日期创建一份新的计划。
D.根据当前迭代速度提供估算的上线日期。

A.将sprint周期调整到正确的工作大小。
B.创建持续时间相同的sprint，分解工作。即使未能达到完成标准，并且由于已知且已包含相关风险而给予例外。
C.同时对框架和功能开展工作，让sprint具有相同的持续时间。
D.重新审视产品愿景和路线图，将工作分解成几乎相同大小的部分，尽可能早地交付功能。

A.让一名团队成员处理这些问题。
B.将其标记为障碍。
C.承担这些任务，让团队成员专注于交付。
D.将这些任务升级上报给管理层。

A.速度将会降低。
B.速度将会提高。
C.速度将会保持稳定。
D.累积流图将显示该迭代周期将向下凹陷。

A.确保将添加的非功能性工作纳入验收标准。
B.确定完成添加的非功能性工作所需要的时间，并增加个别任务的时间估算。
C.建议包含添加的非功能性工作，并对产品待办列表排列优先顺序。
D.支持产品负责人。并推迟添加的非功能性工作，直到项目完成。

A.使用技术技能和经验来找出解决方案，并指示团队遵循该解决方案。
B.与团队一起对该问题进行头脑风暴，促进找到解决方案。
C.分配一名团队成员，以任何代价在规定期限之前解决该问题。
D.使用一个新故事替换该故事。