项目变更控制规范.docx

《项目变更控制规范.docx》由会员分享，可在线阅读，更多相关《项目变更控制规范.docx（8页珍藏版）》请在第壹文秘上搜索。

1、项目变更控制规范文档状态：文档9号:IW-项目变更控制规范(1草构(1已发布修改中编撰：餐携日期I保密级别I文档版本:文档控制:版本历史日期版本说明作者保密等级定义口公开资料内部资料口保密资料口机密资料引自11.1 目的11.2 适用范困1提槿描述11.1 1角色和职员11.2 人口准则11.3 输入21.4 4规程细则21.5 出口准则31.6 输出41 .引言1.1 目的修改原项目计划的相关内容及所影响到的卜,属计划的相关内容，并且产牛.新的项目计划及相关的下属计划，使得项目计划能够更加符合项目进展的实际情况。同时，严格控制项目计划的变更,保证项目计划可控性,经部门经理确认后形成项目变更申

2、请,并按照新的计划进行执行,防止发生项目计划变更的随意性，防止项目计划出现混乱或与项目的实际运转情况出现不符。1.2 适用范围本规程是项目经理及相关人员进行项目计划变更控制活动的依据和指导，适用于公司所有软件项目。2 .规程描述2.1 角色和职责角色职责描述部门处理1）餐加计划变更公设；2）审批计划变更.项F1.短理3）负货制定轨件IH目计划：4）执行项目计划的变更控制，项目机成员5）参与项目计划的制定：6）协助项目经理完成需求管理:作.Cy7）参与项目计划的刖定,物耳与其相关的项目计以Fe计划.如I配置鬻理计划8）将评审后的计划文档纳入IW置管理.QA9）依查和Jfi饵项I1.fie划过PE

3、活动的有效性和致性：10）将检查出来的何西及时刻投给项目经理及相关小讯和成员.并跟踪“咫H到关闭：ID卷与项目计划的制定，购写与其相关的JH目计划的下S1计划,如：质量保证H划；2.2 入口准则若卜列之一发生，应当变更原项目计划及相关卜属计划:进度偏差超过了容差/同值：费用偏差超过了容差/阀值： 项目生命周期模型发生了显著的变化： 用户需求发生了重大的变化： 发生了对项目小组而言不可抗拒的变化，例如公司裁员、机构调整、产品发展战略调整等。2.3 输入 原项目计划及相关卜属计划： ：里程碑报告： 项目周报；2.4 规程细则项目计划变更控制流程如下图1项目计划变更控制面程角色，则ft*入aw*hC

4、411n0JVitHS1.S3IMMHIIC4A1.)图1项目计划变更控制流程活动（流程）说明：（1）提交变更申请：项目经理在整理项H周报时发现偏差超出一定范围（进度偏差率超15%或成本偏差超10%或工作产品质量偏离计划目标较大）或在项目计划执行过程中受到相求或工作产品的变更而影响到项目计划的进度时，需要对项目计划进行变更，向部门经理提出项目计划变更申请。其中应当说明：变更原因、变更内容及变更可能对项目造成的影响和影响范闱。(2)部门经理审批申请：由分管部门经理对项目经理提交的项目变更申请书决定是否开会评审或请相关干系人、客户签字。如果需要,则需进行开会评审或分别请相美干系人或客户答署意见，如

5、果分管部门经理认为无必要请共他人评审，则分管部门经理直接签字审批。如果部门经理评审结论或开会评审结论是不同意变更项目计划，则退回项目变更申请书,项目要按照原计划执行“如果评审结论是同意变更项目计划，则转向3,执行变更.(3)修改项目计划：项目经理组织相关人员修改所有受影响的下属计划及相关工作产品，同时应保证所有修改后的相关下属计划及相关工作产品耍与新的项目计划保持一致，并且要符合项目现在发展的状况。(4)项目计划及其下属计划的评审和审批，计划评审可通过评审会议或邮件评审进行。部门经理、项目经理与项目组成员及QA人员参加新G项目计划3及其下属计划的管理评审会议，具体评审过程参考项目计划评审规程凯

6、如果评审结论是不通过新项目计划上则由项目经理重新组织修订项目计划及相关下属计划,即转向(3).如果通过评审，则部门经理审批为“通过”。如果以评审会议方式评审应有相应的评审报告，如果邮件评审应有相应的邮件记录。2.5出口准则片项目变更申请书得到部门经理的审批，并I1.通过：新C项目计划及其相关受影响的下属计划通过部门经理的评审，并且通过.2.6系统变更的权责分离1、系统变更过程中，应采取各种措施保证维护环境程序代码访问权限受到良好控制。这些措施包括：1)通过系统用户的授权管理，确保只有特定人员能进行系统维护工作；2)如果使用专用程序开发工具，只有授权人员才能使用程序开发工具(通过只有特定开发人员

7、拥有程序开发工具)；3)通过对源代码的访问控制，限制只有授权人员才能获得源代码以进行系统维护：4)在进行自有系统的程序变更时，应建立版本控制制度确保每次在最新的代码基础上进行更改，当多名程序员同时进行更改工作时，能够进行适当协调：5）通过对系统日志的审阅，监督系统维护人员在系统中的操作，确认维护工作的授权：6）在进行自有系统的程序变更时，应防止源代码在完成测试到正式上线之间的非授权修改。2、系统变更过程中，采取各种措施保证生产系统应用程序访问权限受到良好控制。这些措施包括：1）通过生产环境的访问控制，限制对生产环境的访问；2）通过物理隔离的手段，限制对生产环境的访问：3）通过逻辑隔离的手段，限制对生产环境的访问；4）对授权访问生产环境的人员进行详细记录，使用该记录对生产环境访问权限的检查，确保只有经授权人员才能访问生产环境；5）普通用户只能通过前台登录系统，不能通过后台（如使用生产环境操作系统的命令行）进行操作；6）信息技术人员不应该拥有前台应用程序的业务操作访问权限，更不应该在前台应用程序中担任实际的业务操作任务：7）从技术角度限制开发人员对生产环境中应用程序文件夹的访问权限，只有经过授权的人员对程序拥有读、写和执行的权限；8）禁止信息技术人员共享操作系统级别的账号。2.7输出项目变更申请书;新的项目计划及卜属计划:评审报告: