研发管理规范.pdfVIP

研发管理规范

一、目的与依据

为规范集团软件研发相关管理，有效控制技术风险，提高研发和运行质量，

结合集团业务特性，特制定本规范。

二、适用范围

本规范适用于集团所有研发工作。

三、定义

研发过程：包括需求分析、分析设计、研发实现、测试验收、发布上线、线

上监控等6个过程。

四、工作职责

(一)产品经理

产品经理负责编写产品需求文档、组织需求评审、有需求变更时更新需求文

档并通知项目团队成员等；

产品经理负责需求上线前业务验收工作；

产品经理负责跟踪产品线上运行状况，及时跟进解决异常。

(二)项目经理

项目经理为项目整体目标达成负责，预见风险、控制风险，确保项目按计划

高质量上线；

为项目筹备到项目试运行的生命周期全过程负责。

(三)发布经理

发布经理为发布整体目标达成负责，确保发布按照正常节奏顺利进行，对影

响发布的风险及时预警并且采取应对措施（包括不予发布或终止发布等）。

(四)软件负责人

软件负责人为软件研发质量负责，负责变更代码的codereview；

软件负责人负责跟踪软件线上运行状况，及时跟进解决异常。

(五)研发工程师

研发工程师按要求完成产品的设计、开发、测试及线上监控活动。

五、基本原则

(一)变更设计需遵循变更三原则：可灰度、可监控、可应急。

1)具备代码变更和配置项变更的灰度能力(可考虑方式：beta发布、蓝绿发

布等)。

2)具备业务核心指标的监控能力（必要监控项：包括业务量级、业务成功率、

业务响应时间、趋势、时效等）。

3)具备应急处理能力：涉及业务关键链路节点的代码及配置变更具备10分

钟内回滚能力；涉及资金处理的核心数据具备业务熔断、数据捞取、差错处理能

力。

(二)所有代码和配置项变更必须经过codereview，codereview必须覆盖

本次变更版本和线上运行版本的差异。

(三)涉及到数据存储内容、存储位置变更的，必须通知数据使用方。

(四)所有对用户造成影响的变更（代码和配置项），需要经过验证确认才能

发布。

1)功能测试100%完成，有清晰合理的代码覆盖率分析。

2)不能带紧急和高等级的缺陷上线，中等级缺陷不能多于两个。

3)安全测试100%完成，中级及以上的安全问题上线前必须修复。

(五)不能直接用真实的业务数据进行测试，要经过脱敏处理后（不含涉密信

息）方可使用。

(六)开发测试环境与实际的生产环境必须分离。

六、研发过程描述

(一)需求分析

产品需求文档（以下简称“PRD”）。产品经理编写PRD和交互稿（若有），

内容至少应包含产品背景、产品功能描述、业务流程、潜在风险点和各类风险防

控措施。

产品经理需要明确对数据质量的要求，给出相应的业务规则和校验规则。

产品经理进行业务需求风险自检，判断是否存在合规、反洗钱、风控、财务、

结算、信息安全、应用安全等方面潜在风险点。对于不确定的风险点，可申请风

险涉及评估专家协助参与评估并提供专业评估意见。

产品经理组织跟进风险评估意见的处理，并落实在PRD中。

产品经理组织相关人员进行需求评审，需求评审遵循评审规范。

(二)分析设计

需求评审通过后由研发工程师编写系分和视觉稿（若有），内容需明确需求

覆盖范围、配合方、时序图、功能设计、数据库设计、性能设计、风险评估、运

维支撑等内容。

软件变更设计要符合资损防控规范。

涉及新建系统、应用、部署单元的，需遵循应用管理规范。

涉及新增外部接口的，需遵循《外部接口管理规范》。

由项目经理组织相关人员进行系分评审，系分评审遵循评审规范。

(三)研发实现

研发工程师需遵照需求范围和分析设计，编写代码。代码要符合集团编码规

范等规范。

研发工程师完成产品功能、模块之间的自测联调，