43服务设计与变更管理程序.doc

第

第PAGE4页共NUMPAGES7页

文档编号：XXXX-IT/ISMS-B-43

XXXX有限公司

IT/ISMS程序文件

服务设计与变更管理程序

拟制

编制小组

审核

XXX

批准

XXX

日期

2023-01-10

日期

2023-01-10

日期

2023-01-10

修订记录

日期

版本

修订内容概要

拟制

审核

批准

2023-01-10

A/0

首次发布

编制小组

XXX

XXX

XXXX有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

编写目的

指导部门人员正确实施需求变更管理相关活动

保证服务相关人员建立对需求变更管理活动的共同理解

适用范围

该规范适用于有需求变更的所有版本开发

角色和职责

角色

职责

角色成员

变更发起方

参加需求变更评审会，全面评估影响范围；

根据评审会结果，及时进行变更实施；

支撑产品进行需求变更评估，反馈变更对各自带来的影响；

更新相关文档；

产品、开发、测试、UI、运维

变更接收方

进行变更评估；

发起变更评审会，组织相关方人员参加会议；

更新需求变更跟踪表，更新需求相关文档；

邮件同步变更内容至所有成员；

产品经理、产品人员

CCB（需求变更控制委员会）

参加需求变更评审会议；

对有争议的需求进行裁决。

虚拟团队，现成员为技术总监、CTO

准入条件

需求已评审通过

需求评审通过后的过程中存在需求变更

需求变更流程

需求变更过程分为变更申请、变更评审及变更执行三个阶段，该规范定义了需求变更中各阶段涉及的活动，以及主要的输入物和输出物，并对各阶段的活动规范或活动原则进行了说明。

需求变更流程如下图：

5.1变更申请

5.1.1提出变更

【规范1】需求评审通过后续过程中，若遇到与需求描述不一致、需求有歧义、需求文档细节缺失等情况，需与产品经理/产品人员进行确认，勿进行自我判断；

【规范2】提出需求变更人员可以为产品人员、UI、开发人员、测试人员、运维人员等。

5.1.2变更评估

【规范1】产品经理/产品人员对需求变更发起方提出的需求进行评估；

【规范2】需求变更内容分为两种：一、仅为需求细节的变更，包含需求文档细节错误或缺失、需求内容有歧义、UI图细节错误或缺失等；二、需求功能点的变更，包括功能点的增加、修改，会引起计划、开发设计、测试和部署等方面的变更；

【规范3】若为需求细节变更，产品经理/产品人员直接进行执行变更环节，若为需求功能点的变更，产品经理需根据功能点难易程度组织需求变更评审。

5.2变更评审

5.2.1发起变更评审会

【规范1】产品经理/产品人员通过对变更需求进行评估，发起并组织CCB、开发、测试、运维人员参与需求变更评审会议；

【建议1】建议包含（不限于）以下几种情况需以会议的形式对变更进行评审。

1）逻辑变更2）架构变更3）跨服务变更4）接口/协议变更

5.2.2执行变更评审

【规范1】产品经理/产品人员组织变更评审会议，参会人员需确定变更的可行性、应对变更所需的时间等；

【规范2】若对变更内容有争议，需提交给裁决人CCB进行决策。

5.2.3通知评审结果

【规范1】产品经理/产品人员记录会议纪要，并将评审结果同步给CCB、开发、测试和运维，抄送QA。

5.2.4技术变更评审

【规范1】若技术实现变更（对业务无影响），如协议变更等，需变更发起人发起并组织CCB、产品、开发、测试和运维（若技术变更影响到架构）等人员参与需求变更评审会议；

【规范2】变更发起人组织变更评审会议，参会人员需确定变更的可行性、应对变更所需的时间等；

【规范3】变更发起人记录会议纪要，并将评审结果同步给CCB、产品、开发、测试和运维，抄送QA；

【规范4】技术变更后续实施流程规范同5.3节。

5.3实施变更

【规范1】产品经理/产品人员按照需求变更跟踪表模板填写变更需求相关内容，邮件同步给开发、测试和运维，抄送给QA；

【规范2】若变更引起需求规格说明书、产品规划列表、开发设计相关文档、测试用例以及部署相关文档等变更，需相关人员及时更新文档并邮件同步给项目所有成员。若接口设计文档有修改，也需同步给研三技术经理；

【规范3】若需求变更引起整体开发计划变更，技术总监需填写产品计划变更申请单交由CTO进行审核；

【规范4】需求变更跟踪表内的变更影响列，需开发、测试、运维将变更内容对负责的文档是否有影响反馈给产品经理/产品人员，由产品经理/产品人