需求管理制度V2.0

零壹移动互联

需求管理制度（2.0版，2015年）

拟制人肖波

日期

20150630

审核人日期

批准人日期

修改记录

日期版本

作者/修

改者

描述审核人

20150701 V2.0 肖波修改需求开发管理流程与相关人员分工

目录

第一章总则 (1)

第二章职责与分工 (2)

第三章需求总体说明 (3)

第四章需求提交 (4)

第五章需求评估 (5)

第六章需求开发 (7)

第七章系统测试 (7)

第八章需求上线 (8)

第九章生产问题管理 (9)

第十章需求变更控制与管理 (9)

第十一章需求进度监控及查询 (10)

第十二章附则 (11)

第一章总则

第一条为规范零壹移动互联（以下简称“零壹”）需求管理，明确各阶段的工作内容、处理流程、参与

-1-

人员以及相关干系人的职责，在保证需求质量的同时，提高需求实现效率，特制订本制度。

第二条本制度适用于研发部的所有系统开发需求。

第三条本制度适用的读者包括需求开发负责人、需求提交人员、需求评估人员、开发人员、测试人员、生产运维人员、项目管理员等。

第二章职责与分工

第四条职责分工

角色职责

需求提交人员1.负责需求调研与编辑、编写业务需求申请表、提交业务需求审批。

2.根据需求评审和评估意见，及时修改业务需求，并发给需求相关干

系人。

3.配合需求开发、测试人员提供业务知识的支持。

4.协助确认需求开发结果。

5.负责需求上线后验证工作。

项目管理人员1.负责需求审批、评估、技术文档评审、测试、上线等需求管理流程

的整体协调工作。

2.组织需求评估会议。

3.处理测试申请----提交测试部门进行分配与测试。

4.维护需求信息、跟进需求变更以及需求处理进展，定期向相关领导、

部门汇报需求进展。

需求开发负责人1.参与需求评审，从技术角度对需求实现方式、风险等进行评估。

2.制定需求开发计划，分配需求开发人员。

3.负责需求所有工作的沟通、协调管理。

4.负责需求开发进度、成员、变更管理。

5.负责或参与需求所有成果的审批。

需求评估人员1.从架构、业务、技术、风险等方面对业务需求的内容和实现方式进

行全面评估，并提出评估意见。

2.审核根据评估意见修改后的业务需求。

3.需求评估人员包括开发部门、测试部门、产品部门以及其他参与具

体需求工作的人员。

开发人员1.帮助需求提交人员分析、确定业务需求。

2.编写需求相关技术文档。

3.组织实施软件需求、系统设计等文档评审，参与测试计划、测试案

例、测试报告文档的评审工作。

4.负责需求的设计、开发，确保代码符合编码规范和代码安全规范。

5.负责系统集成、编译部署及单元测试。

6.提交测试申请，必要时提供技术支持，配合需求测试人员完成测试

环境的搭建。

7.配合需求测试人员处理环境问题，解决测试缺陷。

8.负责提交上线申请，参加上线评审，配合上线部署，负责上线问题

-2-

的查询和解决、上线复核。

需求测试负责人1.参与需求评审，从业务测试角度参与对需求实现方式、风险等进行

评估。

2.分配需求测试人员，对需求测试过程管理，负责需求所有工作的沟

通、协调管理。

3.制定/参与制定测试计划，参与测试案例、测试报告文档的评审工

作。

测试人员1. 参与需求评估，参与技术文档评审。

2. 制定测试计划以及方案。

3. 编写测试案例等相关测试文档。

4. 实施技术测试工作，包括但部限于集成测试、功能测试、业务流程

测试、易用性测试及用户体验测试、兼容性测试、性能与压力测试、稳定性测试、安全测试等。

5. 测试缺陷管理，测试缺陷处理跟进。

6. 组织产品经理等人员体验预发布产品。

7. 测试总结与相关业务知识文档编写与汇总。

8. 负责生产问题的协调处理。

生产运维人员1.负责上线申请受理、组织上线需求评审。

2.负责生产版本备份、上线、回退。

（预留项）（预留项）

当需求提交部门对需求评估小组的评估结果存在争议时，由相关部门领导共同商议裁决。

第三章需求总体说明

第五条需求分类

按需求的提交部门可以分为研发部内部需求和业务部门需求。

需求类型需求类型定义

研发部内部需求研发部内部提出的系统开发、性能优化、软件升级等需求。

产品部门需求研发部以为的部门提交的系统开发需求，主要指产品部。

按需求的内容可分为功能开发需求、平台网站类需求、数据需求。

需求类型需求类型定义

功能开发需求新业务功能已有系统中没有此功能，需要在原有基础上新增功能

功能改进

当前系统已经有此功能，因组织架构、制度规范、业务处理流程等发生

变化，需要对现有系统的某些功能进行优化调整

参数调整已有系统中已经存在该参数，需研发部对参数内容进行维护

需求变更

系统功能上线前，要在原有需求的基础上增加、修改或删除需求内容，

但需求内容的变动会引起成本增长过大、对现有业务影响较大、或可能

存在风险、合规等问题

系统问题

系统现有功能可以正常使用，但是性能、安全、底层处理逻辑和架构等

即将或者未来可能成为业务进一步扩张的瓶颈

-3-