互联网项目研发管理范---1229下午版.docVIP

互联网项目研发管理规范（初稿） （业务院技术部） 目录 1 目的 1 2 规范性引用文件 1 3 术语和定义 1 4 职责分工 1 5 流程控制 1 5.1 项目管理 1 5.2 需求管理 1 5.3 开发测试 2 5.4 持续集成 2 5.5 文档管理 2 5.6 质量保证 2 5.7 配置管理 2 5.8 版本发布 3 5.9 工程维护 3 互联网项目研发管理规范 目的 本标准规定了业务研究院互联网项目研发管理流程，以及相关岗位的工作内容和职责。 本标准主要适用于业务研究院互联网项目。 规范性引用文件 术语和定义 RCS: Requirement Collection System ，需求收集/管理系统 EC: Engineer Change ，工程变更系统 QA: Quality Assurance 质量保证，特指质量保证人员。 UserStory: 用户故事 SE: System Engineer ，系统工程师 互联网项目 ： 产品中包括需要向普通用户开放的网站项目。 职责分工 研发项目经理：对研发全过程负责。 流程控制 项目管理 合理制定项目进度计划，项目进度计划按阶段以迭代或增量模型的方式不断细化、完善。项目进度计划必须可控、可跟踪；必要时QA可对项目执行情况进行通报处理。 要求项目组所有成员每日站立式会议，简要汇报已经做好的事情，当天要做的事情和遇到的困难。 至少两周召开一次产品开发团队(PDT)例会,汇报各自工作情况及遇到的困难，由项目经理协调解决。 项目可根据情况定期召开专业组例会。 需求管理 由SE对需求进行详细分析并与用户确认，确认后的需求才可传递给开发。 SE及时将确认后的需求录入RCS并及时规划产品版本；需求描述要求准确、完整。 SE及时在RCS里规划研发版本并关联到相关市场需求；研发版本节点里程碑规划要求真实、合理。 开发测试 开发经理需每天提交开发报告，简要阐述： 当日进行的需求功能点开发进度； 需求变更的工作任务进度及状态列表； 缺陷修复的任务及工作进度及状态列表； 技术支持及客户投诉响应处理的工作进度及状态列表； 工作中的风险及障碍列表。 测试经理需每天提交测试报告，简要阐述: 当日进行或完成的各项版本的测试任务进行的进度和状态； 详细故障缺陷列表及其解决和关闭等状态； 测试工作中的风险及重点故障列表。 测试人员将持续集成中发现的故障作为开发故障提交到EC，将系统测试过程中发现的故障作为变更请求提交到EC。 测试经理定期发布故障缺陷列表，监督及提醒团队关注高风险故障，限时修复并跟踪处理情况。 持续集成 要求在各种相关平台上实现自动构建，包括子系统自动构建和全系统自动构建。 要求实现自动部署，将成品自动部署到近似生产环境 开发、测试阶段文档的交付按照版本发布粒度提供。系统测试前要提供集成测试报告和集成测试规程，其它文档可以后补，并在版本发布前提供所有文档。 主要功能、复杂流程及关键需求的详细文档必须在代码实现之前由SE召集相关开发和测试人员进行评审，并输出评审记录。 质量保证 QA根据本规范制定审核单，定期组织专项审核并提交审核报告，跟踪问题处理进展。 配置管理 配置管理员核实参与构建的全部资源。 配置管理员只构建在EC上提交构建申请的版本，并记录相关信息。 根据项目情况选择持续集成工具；搭建并维护持续集成环境；提供持续集成环境需要的脚本规范和标准。 版本发布 基线版本发布要求： 《系统测试报告》、《系统测试规程》、《版本发布说明》测试文档齐全； 版本满足所有规划的需求，需合入该基线版本的所有变更活动处理到终态； 该基线版本下所有相关的流程（如构建申请、测试申请）都已关闭； 版本的测试结论必须为测试通过。 版本发布包发布要求：版本发布包发布，其下属的基线版本必须都已发布。 版本发放： 所有版本发放都必须申请提取； 产品项目版本如需含平台项目版本编译构建和配置版本发布包时，都必须先向平台项目申请版本。 工程维护 要求提供应急故障处理方案和例行检查手册。 要求定期巡检并输出巡检报告，重点项目要做到每日巡检。 故障经理定期发布现场故障缺陷列表，跟踪故障的处理进展。 内部公开▲ 本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。 密级：秘密 错误！未找到引用源。X 1 互联网项目研发管理规范 内部公开▲ 1 本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。