项目范围管理：项目范围确认

1. 确认范围是正式验收已完成的项目可交付成果的过程。
2. 确认范围需要审查可交付物和工作成果，以保证项目中所有工作都能准确地、满意地完成。
3. 确认范围应该贯穿项目的始终，从WBS的确认或合同中具体分工界面的确认，到项目验收时范围的检验。
4. 确认范围过程应该以书面文件的形式把它完成情况记录下来。
5. 确认范围过程的主要作用是：使验收过程具有客观性，同事通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性。
6. 
7. 项目范围确认的工作要点：
   1. 由客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已经圆满完成并通过正式验收。本过程对可交付成果的确认和最终验收，需要依据：从项目范围管理知识领域的各规划过程获得输出，以及从其他知识领域的各执行过程获得的工作绩效数据。
   2. 制定并执行确认程序，确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。控制质量过程通常优先于确认范围过程，但二者也可同时进行。确认范围的一般步骤如下：
      1. 确定需要进行确认范围的时间；
      2. 识别确认范围需要哪些投入；
      3. 确定范围正式被接受的标准和要素；
      4. 确定确认范围会议的组织步骤；
      5. 组织确认范围会议。
   3. 项目干系人对项目范围的正式承认，在每个阶段中，有必要说明最重要的活动，但没必要过分强调涉及细节。除非项目干系人特别提到，而且要有详细讨论每个细节的准备。项目干系人进行确认范围时，一般需要检查以下6个方面的问题：
      1. 可交付成果是否确实的、可确认的或者说可核实的；
      2. 每个交付成果是否有明确的里程碑，里程碑是否明确可辨别的。例如：客户的书面认可书等。
      3. 是否有明确的质量标准；
      4. 审核或承诺是否表达清晰。项目投资人必须正式同意项目的边界、项目完成的产品或服务、以及项目相关的可交付成果。项目团队必须清楚了解并取得一致的意见。
      5. 项目范围是否覆盖了需要完成的产品或服务进行的所有活动；
      6. 项目范围的风险发生概率，管理层是否能够降低可预见性的风险对项目的影响。
   4. 项目范围确认所采用的方法：
      1. 检查：是指开展测量、审查与确认等活动，来判断工作和可交付成果是否符合需求和产品验收标准，是否满足项目干系人的要求和期望；
      2. 群体决策技术：为达成某种期望结果，而对多个未来行动方案进行评估的过程。本技术用于生成产品需求，并对产品需求进行归类和优先级排序。达成群体决策的方法有很多，例如：
         1. 一致同意；
         2. 大多数原则；
         3. 相对多数原则；
         4. 独裁
   5. 项目范围确认的输入：
      1. 项目管理计划，包括范围管理计划和范围基准。
      2. 需求文件；
      3. 需求跟踪矩阵，是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。需求跟踪矩阵通常包括有以下内容，具体取舍根据项目需要：
         1. 业务需要、机会、目的和目标；
         2. 项目目标；
         3. 项目范围/wbs可交付成果；
         4. 产品设计
         5. 产品开发
         6. 测试策略和测试场景；
         7. 高层级需求到详细需求。
      4. 核实的可交付成果；
      5. 工作绩效数据。
   6. 项目范围确认的输出：
      1. 验收的可交付成果，应该由客户或发起人以书面的形式正式签字批准。没有被客户接受的交付物也应该被记录下来，同时还要记录未被客户接受的原因。应该从客户或发起人那里获得正式文件，证明干系人对项目可交付成果的正式验收。这些文件将提交给结束项目或阶段过程。由于范围的确认可以是阶段性的，所以此处所讲的交付物可能是中间交付物。这涉及到系统集成项目的验收问题，即可先分批验收，最后再终验，但是每一次验收都需要客户的书面确认。
      2. 变更请求：对未被客户接受的可交付成果，可能需要针对这些可交付成果提出变更请求以进行缺陷补救。变更请求应该由实施整体变更控制过程进行审查与处理。
      3. 工作绩效信息；
      4. 项目文件更新。