A.记录主要决策，以便引导回顾评审会议。
B.识别造成跨国团队误解的架构风险。
C.制作一份两个团队可用来沟通的常见词汇表。
D.让部门经理要求使用一种敏捷方法。

A.停止与该干系人分享这些信息。
B.仅向该干系人分享显著影响产品质量的高严重性缺陷。
C.开展团队建设活动，增加激励，提高质量。
D.请该干系人从产品负责人处获得澄清。

A.为所有执行发起人组织一次演示，说明这些功能。
B.与每名执行发起人召开一对一的会议。
C.安排与所有执行发起人召开一次会议来解决冲突。
D.让执行发起人独立解决冲突。

A.与产品负责人一起审查范围。
B.向产品负责人改善一封修正过的完成日期的电子邮件。
C.对产品代办列表重新排列优先顺序，并删除最没有价值的故事。
D.与产品负责人开会讨论范围和进度计划。

A.通过代表执行发起人作出决定来执行项目。
B.坚持与发起人进行定期审查，并频繁地为他们提供更新。
C.邀请发起人参加所有评审会议。
D.向发起人定期改善更新。

A.向高级项目干系人通报该部门的目标，让每个人都与关键目标保持一致。
B.通知项目发起人和相关项目干系人不一致之处，并承诺只履行关键目标。
C.要求改部门暂停分享任何新的创新。
D.要求项目发起人和相关干系人确定部门目标与关键目标相关性的可行性。

A.Scrum
B.看板
C.极限编程（XP）
D.功能驱动开发（FDD）

A.发起一场会议，项目经理和高级管理者都参加，从而决策这些风险该如何管理
B.给项目经理发邮件把这项新风险增加到风险登记册中，以便在下一次站会中讨论
C.把这项风险增加到一个清晰可见的地方并且确保在下次站会上讨论
D.立即召集所有团队成员，组织一场会议去讨论这项新风险

A.设立少量的地区，每个地区的团队完成一组不相关联的完整的子系统
B.通过丰富的沟通渠道确保在同一时区、同一个系统中进行
C.设立少量的地区，每个地区的任务根据功能流水线分布，设计在一个地方，编码在一个地方，测试在另外一个地方
D.设立很多地区，在每个地区都设立少部分的人去开发和测试一些不相关的子系统

A.迭代测试期限已到，代码测试必须停止
B.在估算一个重要的替换方案时，做了一个错误的决策
C.版本计划完成并且第一个迭代计划已经开始
D.实现日期已经被设置并且收到了发起人的验收

A.把站会变成电话会议的形式，这样空间就不是问题了
B.增加站会的持续时间，并且更新团队日历
C.在将来的站会中，给每个成员分配一个最大的发言时间
D.把这个团队分成几个子团队并且让他们安排各自的站会