A.资源平衡
B.假设情景分析
C.模拟技术
D.调整提前量和滞后量
A.使用统计工具对比这个项目与其他项目的返工量,并相应调整项目期限
B.在开发开始前,确保需求已获得测试团队的审查和批准
C.安排与项目发起人开会,考虑减少项目范围
D.通过外包开发团队减轻项目期限风险
A.变更日志
B.需求跟踪矩阵
C.风险报告
D.变更请求
A.采购文档
B.范围管理计划
C.采购审计
D.确认范围
A.审查问题日志中的采购相关问题
B.定义供应商绩效处罚
C.修订采购工作说明书(SOW)
D.修改供方选择标准
A.与客户开会以确定获得资金所需的最小范围
B.审查成本估算以降低项目风险
C.要求释放管理储备金以支付额外资金
D.更新风险登记册以记录资金缺乏情况
A.与发起人开会,要求正式签署并验收项目可交付成果
B.要求供应商记录所有提供的可交付成果,并核对验收标准
C.召开经验教训会议,并将结果更新到组织过程资产
D.为团队进行绩效评审,并组织活动庆祝项目交付
A.与关键相关方一起评估接受替代方案的影响,并做出决定
B.为替代方案记录变更请求,并在下一次指导委员会会议上评审
C.接受替代方案,因为与请求相似,并继续遵循步骤,避免影响时间线
D.搁置项目,并对所有需求执行审查
A.与项目发起人举行碰头会,讨论具有特定风险的任何话题
B.通过电子邮件向项目发起人发送与项目状态相关的所有信息
C.重新安排上次会议,并邀请项目发起人参加此会议
D.要求项目发起人派代理人参加未来所有会议
A.将公司的项目实践与类似项目的项目实践对比
B.审查公司最佳实践和规定
C.了解公司的战略计划
D.根据公司的战略经验教训管理项目
A.让客户提出变更请求
B.在开发之前请开发人员编写详细的功能需求
C.应该拒绝这个变更,这是范围的增加
D.在开发之前让开发团队与客户仔细研究详细的需求