A.相关方的共同需求和期望
B.项目经理的判断
C.定期讨论和头脑风暴
D.审查项目状态

A.寻求终止项目的批准
B.寻求替代性的纠纷解决办法
C.因法律原因终止项目
D.根据需要更新商业论证

A.取消会议，然后与开发人员会面
B.平均两个团队成员提供的故事点估算值
C.允许开发人员自行解决问题
D.使用理想时间估算方法而不是故事点

A.为项目的敏捷阶段更新了团队章程
B.为不同阶段设计不同的项目管理方法
C.使用极限编程框架，而不是Scrumban方法
D.不可能采取不同的行动，因为冲突是不可避免的

A.查看效益管理计划
B.审查假设日志
C.检查工作分解结构
D.询问项目发起人

A.审计
B.统计抽样
C.数据分析
D.解决问题

A.确定该开发人员是否是另一个项目的共享资源
B.通过电子邮件给该开发人员一个警告，以提高他们的工作质量
C.将该问题升级上报给该开发人员的直线经理，并要求立即解决该问题
D.私下与该开发人员开会，并在适用情况下提供支持

A.更新风险管理计划
B.修订风险登记册
C.向PMO通知新的相关方
D.执行实施定性风险分析过程

A.根据法律要求，更新质量管理计划
B.提交变更请求以更新质量管理计划
C.督促项目发起人更新项目章程
D.更新范围基准以反映这些变更

A.聘请额外的资源并向他们介绍项目
B.通知客户无法满足此最后期限
C.与团队成员讨论情况，并让他们选择是否愿意加班
D.发送官方邮件，强制团队在周末工作

A.功能已经得到正式批准，所以开始变更管理过程
B.安排一次会议，以与项目团队和业务代表对该功能进行讨论和头脑风暴
C.通过将问题上报给项目发起人来确保问题得到解决，项目发起人应该与代表讨论问题
D.继续当前的冲刺，从而认识到将在测试阶段识别问题