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.如果保持在很小的幅度，一般是可管理和无害的
B.最终会扩大让客户先望的风险
C.如果你在相关的项目组件中实施了变更，没有问题
D.通常不会导致基线的变更

A.包括使用用例去验收测试用例映射
B.包括看板面板和/或用户故事
C.对监管行业的项目会更少
D.包括项目范围、产品开发组件和测试场景

A.确认的变更会被考虑，并可能发出变更请求
B.企业环境因素不起作用
C.变更请求被输入，变更被确认
D.组织过程资产不起作用

A.永远都是正式的
B.定义在商业分析规划中，以绕过工作授权系统
C.对于有拒绝需求的权力的人，是永远清楚的
D.经常区分角色，像审核者与批准者，或审批与验收