A.没有错
B.在一定程度上还是可以看到的，应该张贴在一个只有丽萨可出入的地方
C.不以数字形式呈现
D.这不是一个显而易见的位置，团队成员不能经常查看和更新图表的内容

A.为团队做所有的决策
B.拥有一支自组织团队
C.促进竞争
D.分配超出一次迭代可完成的工作量来建立一种紧迫感

A.在不进行测试的情况下部署产品。
B.将该问题上报给项目发起人。
C.在其他地方采购材料来完成测试。
D.将该问题记录在待办列表中，并向客户沟通对截至日期的影响。

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.将这些任务升级上报给管理层。