项目需求变更申请表
填表说明
1. 变更类型为：增加、删除、修改；
2. 变更阶段为：需求阶段、详细设计阶段、开发阶段、测试阶段；
3. 变更原因为：业务改变、新增需求、需求取消、其他（需明确原因）；
4. 需求确定时间以QC人员收到项目负责人发送的项目需求确认文档的工作邮件时间为标准，项目需求文档包括但不限于项目需求原型和项目需求说明书。
5. 项目需求确认文档必须发送到开发负责人、QC人员、开发部经理邮箱，QC人员做好备案管理。
6. 变更优先级为：特级、普通、建议，对于建议级的变更“不参与讨论，不做处理”，仅作为给开发人员的参考，项目开发不做任何变动，QC人员做备档处理；特级和普通级的任何一个变更一经提出必须有明确的处理结果，QC人员做好全部过程中的备档处理。
7. 基线影响只能填写“有”或者“没有”影响；
8. 增加工作量：明确增加的具体工时，以“人/天”为标准计量单位，最低为0.5人/天；
9. 项目进度影响：明确项目进度受影响的时间，明确项目要延期交付的时间，以天为计量单位，最低为一天；
10. 项目性能（功能）影响：明确对某一个功能（性能）产生的影响；
11.
QC (quality controller)质量控制员职责：在产品（项目）生产（开发）各个过程的（质量、规范）管理控制，并协同相关部门开展工作的职责。工作范畴为：原料（需求分析） 生产（开发）过程 成品产出（项目验收交付）。项目中所有的工作邮件包括但不限于需求变更邮件、人员异动邮件、人员外出支持申请邮件、需求（原型）变化邮件、项目会议记录邮件等必须抄送项目QC人员备案，未抄送邮件视为无效邮件。QC人员对所有的项目邮件进行收集、整理、统计备档。
12. 对于无效邮件所有项目人员均可以不予理会，QC人员只对有效邮件做处理。
13. 工作邮件的回复必须标准、简洁、明确。邮件第一行必须包括但不限于这行内容“邮件已收到，收到时间：20##-10-20 12:01。”时间小时采用24小时制，精确到分钟。
14. 项目基本信息、变更需求编号、分析者、需求分析日期由QC人员填写；
15. 变更类型、变更阶段、变更原因、变更优先级由项目负责人填写；
16. 变更申请人、变更申请日期、变更模块、变更前后内容（或者功能、性能、界面展示）描述由产品人员填写；
17. 进度影响分析、功能影响分析由开发负责人填写；
18. 审核签字：每位签字人员必须明确表示“同意变更”或者“不同意变更”并签名；
19. 分析者包括但不限于产品人员，开发负责人，项目负责人，开发部经理；
20. 所有填表处严禁出现语义表述模糊字样，必须明确表态“同意”“不同意”“是”“否”“有”“无”等；
第二篇：需求变更申请表
需求变更申请