携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第14天，点击查看活动详情
大家好，我是尚影嫣🌷，一名Java后端程序媛&项目管理员，热爱技术和项目管理。如果您喜欢我的文章，欢迎点赞➕关注❤️，让我们一起成为更好的我们~
上次我们谈了创建WBS的内容，接下来我们看看项目范围管理中最后两个过程——确认范围和控制范围。
5.5 确认范围
概述
确认范围是正式验收已完成的项目可交付成果的过程。
作用：使验收过程具有客观性；同时通过确认每个可交付成果，来提高最终产品、服务或成果获得验收的可能性。
何时做：本过程应根据需要在整个项目期间定期开展。
输入、工具与技术和输出
数据流向图
由客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已经圆满完成并通过正式验收。
本过程对可交付成果的确认和最终验收，需要依据：从项目范围管理知识领域的各规划过程获得的输出（如需求文件或范围基准），以及从其他知识领域的各执行过程获得的工作绩效数据。
确认范围 VS 控制质量
- 确认范围关注可交付成果的验收，控制质量关注可交付成果的正确性及是否满足质量要求。
- 控制质量过程通常先于确认范围过程，但二者也可同时进行。
- 确认范围一般在阶段末尾进行，而质量控制并不一定在阶段末进行。
- 质量控制属于内部检查，由执行组织的相应质量部门实施；确认范围则是由外部干系人（客户或发起人）对项目可交付成果进行检查验收。
- 从检查的详细程度来说，质量控制比确认范围更细致。
5.6 控制范围
控制范围的概念
控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。
作用：在整个项目期间保持对范围基准的维护，确保所有变更请求、纠正措施或者预防措施都通过实施整体变更控制程序进行处理。
何时做：需要在整个项目期间开展。
输入、工具与技术和输出
数据流向图
控制范围的内容
- 影响导致范围变更的因素。
- 确保所有被请求的变更按照项目整体变更变更控制程序处理。
- 范围变更时管理实际的变更。
- 控制范围要与其他控制过程相结合。
范围变更的原因
- 项目外部环境发生了变化；
- 项目范围的计划编制不周密详细，有一定的错误或遗漏；
- 市场上出现了或是设计人员提出了新技术、新手段或新方案；
- 项目执行组织本身发生变化；
- 客户对项目、项目产品或服务的要求发生变化。
范围蔓延
范围蔓延是指未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）。
变更不可避免，因此在每个项目上，都必须强制实施某种形式的变更控制。
镀金由项目团队主动增加的额外工作.
我们拒绝质量镀金和范围蔓延。一切变更都要经过范围控制程序，走整体变更控制程序来处理。
