软考高级第四版备考--第六天（确认范围）Validate Scope

定义：正式验收已完成的项目可交付成果的过程

作用：

使验收过程具有客观性；

同时通过确认每个交付成果来提高最终产品、服务或成果获得验收的可能性

步骤：

1. 确定需要进行范围确认的时间；
2. 识别范围确认需要哪些投入；
3. 确定范围正式被接受的标准和要素；
4. 确定范围确认会议的步骤；
5. 组织范围确认会议

说明：确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量的要求。控制质量过程通常先于确认范围过程，但二者也可同时进行

需要检查的问题：

1. 可交付成果是否确定的、可确认的；
2. 每个可交付成果是否有明确的里程碑，里程碑是否有明确的、可辨别的事件，例如，客户的书面认可等；
3. 是否有明确的质量标准；
4. 审核和承诺是否有清晰的表达；
5. 项目范围是否覆盖了需要完成的产品或服务的所有活动，有没有遗漏或错误；
6. 项目范围的风险是否太高：管理层是否能够降低风险发生时对项目的影响

干系人关注点的不同：

1. 管理层主要关注项目范围：是指范围对项目的进度、资金和资源的影响，这些因素是否超过了组织承受范围，是否在投入产出上具有合理性
2. 客户主要关注产品范围：关系项目的可交付成果是否足够完成产品和服务
3. 项目管理人员关注项目制约因素：关心项目可交付成果是否足够和必须完成，时间、资金和资源是否足够，主要的潜在风险和预备解决方案
4. 项目团队成员主要关注范围中自己参与的元素与负责的元素：  通过定义范围中的时间检查自己的工作时间是否足够，自己在项目范围中是否有多项工作，而这些工作是否有冲突。

输入：项目管理计划（范围管理计划、需求管理计划、范围基准）、项目文件（经验教训登记册、质量报告、需求文件、需求跟踪矩阵）、核实的可交付成果、工作绩效数据

工具与技术：检查（是指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准）、决策（投票）

输出：验收的可交付成果（符合验收标准的可交付成果应该由客户或发起人正式签字批准）、变更请求、工作绩效信息、项目文件更新(经验教训登记册、需求文件、需求跟踪矩阵)