产品范围是功能，项目范围是工作

产品的项目范围扩大，镀金是团队内部

范围蔓延是事后

亲和图大量创意属性分类

需求由缺漏，查看需求文件

需求功能做的有问题，需求未缺漏，查看需求跟踪矩阵

查需求，项目范围说明数面向供应商/团队，需求文件、需求跟踪矩阵给甲方，项目启动看项目章程

，，，，，

原型法也是属于风险减轻的一种方式

需求有缺漏查需求文件

产品功能有问题给客户看需求跟踪矩阵

需求跟踪矩阵是需求文件的延伸版

功能不令人满意给乙方团队看项目范围说明书

项目范围说明书中的验收标准：可交付成果在质量上细节的验收；项目章程中的验收标准是指项目的成功标准。

项目启动时，问需求问题都是看项目章程创建wbs目的是将可交付成果分解成名词的工作包

wbs分解原则：只关心当下的需求，最近需要交付哪些可交付成果

wbs词典：解释wbs

范围说明书中的内容要看

确认范围：用户做验收性测试的过程

8.3（verified）团队做验证➡️5.5（validated）确认范围：客户做验收➡️4.7 结束项目或阶段

控制范围：验证提出的变更是否属于整体变更控制过程

分解：专家来做，项目经理推介方法

整体变更控制中的提交给ccb的一定是变更，在此之前需要5.6控制范围来确认该变更俄是否为变更

需求部分彼此

范围，受制于其他信息，必须实现

1、范围蔓延和镀金都是已经做了，事后发现的。

当团队成员提出变更时，这不算是镀金，因为还没有做就不算镀金。

范围蔓延：是客户提出来的。

镀金：是自己人搞出来的（范围上主动越做越大、质量上主动越做越好）。