研发项目管理之变更管理规程.docx

研发项目管理之变更管理规程 总则 概述 项目需求阶段发生的变更，项目组应该按照《需求变更控制规范》的要求对变更进行分析，判断变更对进度、产品形态、人员投入、成本、资源的影响，且相关人员应对变更及影响达成共识。 如果因为各种原因需要对各种基线进行变更，项目组按照《基线变更控制规范》来处理变更。在开发过程和设计过程中发生的进度计划变更，按照《开发计划变更控制规范》处理。 目的 控制项目变更，使项目中的各种变更通过正常路径进入项目。 岗位职责 项目管理员负责组织召开变更评审会评审各种变更；项目经理负责分析变更对项目进度、人员、成本、产品形态等方面的影响；项目管理员负责将评审确认后的更改纳入基线。 规范流程 需求变更控制规范 目的 控制需求变更，使对需求的变更通过正常途径进入项目。 适用范围 公司研发部门所有开发项目。 责任人 项目管理员负责组织召开需求变更评审会。 项目经理分析需求变更对项目进度、人员、成本、产品形态等方面的影响。 具体要求 如有需求变更发生，需按照变更申请、变更评审、变更传递、变更确认的程序进行。 设计实施过程中的需求变更控制 由变更提出人员填写变更申请表，项目经理分析需求变更对项目进度、人员、成本、产品形态等方面的影响。 如果变更较小，项目经理和部门经理审核变更申请后签字认可，交项目管理员备案，变更内容需通知所有相关人员。 如果变更较大，需由项目管理员牵头召开相关人员参加评审会，讲清变更原因，变更后的项目进度、人员、成本、产品形态应在所有相关人员之间达成一致，项目经理、所有相关人员共同签字确认。 变更通过审核后，变更内容需传达到所有相关人员，项目组按新计划实施项目。 经过审核的需求分析报告由项目管理员纳入基线。 基线变更控制规范 目的 加强对产品过程的控制，保持产品在整个生命周期的统一性、完整性、可追溯性。 适用范围 公司研发部门所有开发项目。 基线定义 对于基线的修改，必须通过变更处理流程进行。 流程描述 变更处理流程如下： 研发过程中工作产品的变更：在尚未进入基线库的工作产品在研发过程中变更时经审核后即可，变更时版本号应同时升级。 进入基线库的工作产品变更时应经过审核。流程如下： 提出变更请求 项目组中的成员提出变更请求，并说明必要的信息。项目管理员应及时掌握项目组成员提出的变更请求。 针对变更请求的分析与估算 项目管理员或项目组成员将变更请求提交给项目经理，由项目经理对变更请求进行分析，以确定相应的变更对产品一致性的影响，并按照估算规程，对基线变更及由此带来的日程改变进行估算，向评审委员会提交变更申请。 变更请求评审或审核 项目管理员负责召集变更评审会议，对相应的变更请求作全面的分析和评审。对变更的评审内容包括：受到影响的功能模块、其他可采用的方法、复杂程度、时间安排、对项目进度的影响、工作量、同其他变更的关系、特殊的测试要求、对其他资源的需求、对系统的影响、变更带来的好处等。评审的过程应在《 评审记录表》中记录。 实施变更 当变更请求被批准以后，项目管理员应为项目建立一个新的版本。所有与新的版本变更部分有关任务都应当重新完成，其他任务可略。项目管理员应将有关变更情况通知相关受到影响的人员。 开发计划变更控制规范 目的 规范计划的更改，杜绝计划更改的随意性，审核更改的合理性，评估更改的结果，并形成正式文档，从而使开发计划更改的规范化，便于计划的实施、检查和管理。 适用范围 公司研发部门所有开发项目。 责任人 项目经理、测试部经理、项目管理员、开发部经理。 具体要求 实施要求 项目计划在监控过程中超过20天时方视为项目计划出现延期，需要项目组变更计划。 项目经理必须及时填写变更表，审批通过后交项目管理员备档，同时计划变更内容要确保通知有关各方，保证同步更新。 流程图 质量记录 （1）《变更申请表》 支持性文件 （1）《中试流程》 （2）《PCB板制作焊接工作流程》