| 一、项目基本信息 | ||||||||
| 项目名称 | ||||||||
| 项目预交付期 | 需求确定时间 | |||||||
| 项目负责人 | 项目开发负责人 | |||||||
| 项目组成员 | 角色分组 | 姓 名 | 邮 箱 | 电 话 | ||||
| 开发人员 | ||||||||
| QA人员 | ||||||||
| 测试部署人员 | ||||||||
| UI人员 | ||||||||
| 产品人员 | ||||||||
| 商务人员 | ||||||||
| 二、变更申请 | ||||||||
| 变更申请人 | 变更需求编号 | |||||||
| 变更模块 | 变更申请日期 | |||||||
| 变更类型 | 增加 删除 修改 | 变更阶段 | ||||||
| 变更原因 | 变更优先级 | 特级 普通 建议 | ||||||
| 变更前内容（或功能、界面展示）描述： | ||||||||
| 变更后内容（或功能、界面展示）描述： | ||||||||
| 三、变更影响分析 | ||||||||
| 分析者 | 需求分析日期 | |||||||
| 进度影响分析 | 增加工作量 | 此次变更工作量增加XX人/天； | ||||||
| 基线影响 | 此次变更对项目基线有影响； | |||||||
| 项目进度影响 | 此次变更项目交付将延期XX天； | |||||||
| 功能影响分析 | 项目功能（性能）影响 | |||||||
| 四、审核签字 | ||||||||
| 项目开发负责人 （日期） | ||||||||
| 项目负责人 （日期） | ||||||||
| 技术部经理 （日期） | ||||||||
1.变更类型为：增加、删除、修改；
2.变更阶段为：需求阶段、设计阶段、开发阶段、测试阶段；
3.变更原因为：业务改变、新增需求、需求取消、其他（需明确原因）；
4.需求确定时间以QA人员收到项目负责人发送的项目需求确认文档的工作邮件时间为标准，项目需求文档包括但不限于项目需求原型和项目需求说明书。
5.项目需求确认文档必须发送到开发负责人、QA人员、开发部经理邮箱，QA人员做好备案管理。
6.变更优先级为：特级、普通、建议，对于建议级的变更“不参与讨论，不做处理”，仅作为给开发人员的参考，项目开发不做任何变动，QA人员做备档处理；特级和普通级的任何一个变更一经提出必须有明确的处理结果，QA人员做好全部过程中的备档处理。
7.基线影响只能填写“有”或者“没有”影响；
8.增加工作量：明确增加的具体工时，以“人/天”为标准计量单位，最低为0.5人/天；
9.项目进度影响：明确项目进度受影响的时间，明确项目要延期交付的时间，以天为计量单位，最低为一天；
10.项目性能（功能）影响：明确对某一个功能（性能）产生的影响；
11.审核签字：每位签字人员必须明确表示“同意变更”或者“不同意变更”并签名；
12.分析者包括但不限于产品人员，开发负责人，项目负责人，开发部经理；
13.所有填表处严禁出现语义表述模糊字样，必须明确表态“同意”“不同意”“是”“否”“有”“无”等；下载本文
