XXXX产品上线管理办法
XXXXXXXX有限公司xxxx产品上线管理办法（试行）第一章 总则第一条 产品的上线是一项极为重要和慎重的工作，它关系到版本上线后能否正常运行，客户体验是否得到认可，市场接受度如何以及公司内部员工的操作简便性、安全性等。为了规范XXXXXXX有限公司（以下简称“公司”）产品上线流程，控制产品风险、增强用户体验、提高产品后续运营效率特制定本办法。第二条 本办法适用于公司所有部门的所有新产品上线、以 及现有产品升级上线。第二章 各部门在上线管理中的工作职责第三条 研发中心：负责产品的规划设计（含运营流程设计）、提供产品需求说明书、详细设计方案、产品运营操作手册、应用部署手册、割接方案、运维手册，并将相关文档在上线前提交至质量管理部。负责根据业务需求在计划的时间节点内按时完成研发任务。统筹管理新产品上线工作（包括发起需求评审、组织产品验收、发起上线评审发布上线通知、负责产品培训）并制定上线不成功时的应急预案或回退预案。第四条 质量管理部：负责制定测试计划、测试方案、测试场景及测试要求，包括技术测试、业务测试、破坏性测试和压力测试等并对研发中心开发完成的产品进行测试，协调解决测试中发现的问题，测试通过后出具测试报告明确产品是否符合上线标准。统筹管理产品质量，包括产品相关文档的收集及产品问题的协调解决。第五条 业务运行部：业务运行部参与新产品需求设计，参与上线评审，审核相关文档，制定产品运营计划书。在质量管理部测试通过的情况下，负责对研发中心提交的产品运营操作手册及业务需求书根据上线标准进行审核以满足运营需要。负责参与上线评审的业务流程测试，确认系统/产品是否可正常运行，业务流、信息流是否形成闭环。负责准备产品上线后所必须的各项业务参数、参与单位资料、系统代码等。第六条 IT运维部：IT运维部参与系统设计方案与系统资源需求讨论，并完成系统网络主机方案。配合研发中心估算测试环境、生产环境性能需求，负责完成测试环境、生产环境的设备采购、测试环境基础搭建工作。协助并审核研发中心所提交的应用部署手册，包括：应用部署方式、负载方式、内部互联互通、外部互联接口、公网地址映射等。协助项目经理完成割接方案，明确割接步骤、风险、人员安排、回退方案等。根据测试组质量管理组的测试报告、研发中心提交的代码及应用部署手册、业务部门签批同意的上线申请，完成系统上线流程及上线操作。协助并审核研发中心所提交的运维手册，完成生产系统由研发转运维的操作。第七条 其他相关业务部门：其他相关业务部门是指和产品或者系统平台运营相关的其他业务部门，包括但不限于财务部、市场中心等。其他相关业务部门参与新产品需求设计，参与上线评审，审核相关文档。参与上线评审的业务流程测试，确认系统/产品是否可正常运行，业务流、信息流是否形成闭环。第三章 管理原则第八条 研发中心对质量管理部和业务部门在测试验收过程中发现的问题，应安排人员进行及时修改，原则上当日发现的问题当日进行修改不得过夜。第九条 研发中心对存在影响业务运行的重大问题时应全力以赴进行及时修改完善，不得带“病”投入生产，不得以任何理由拒绝接受修改完善的建议。第十条 质量管理部和业务部门在测试中发现问题，需及时与相关研发人员沟通，并在当日测试报告中予以反映；对测试问题的整改结果须进行再次测试，对影响业务运营的问题必须再次测试直到测试通过为止。第十一条 对因某一问题导致各部门意见不统一时，可由上一级领导协调处理，处理结果由上一级领导在产品/系统上线申请表批注执行意见并签字确认。第十二条 对因来不及处理但不影响业务正常开展的问题，可由总经理批准后放到下一个版本迭代时进行修复。第十三条 版本参数均必须以表格形式填制，并经业务部门负责人签批同意方可投入生产。第四章 产品上线流程 第十一条 本流程适用场景：1. 研发中心开发设计的新产品、系统；2. 系统、产品的迭代升级；第十二条 流程主要包括验收测试阶段、转运营阶段、上线等三个阶段。第十三条 验收测试质量管理部协调业务部门进行业务及客户体验方面的验收测试，保证产品/系统满足业务部门后续的运营需求，将业务流程、信息流形成闭环，并具备完善的异议处理能力。测试通过后，需要提供完整的项目质量评估报告，确认产品/系统符合上线条件。第十六条 转运营阶段验收测试环节通过后，需要进行上线审核。正常情况下，项目经理需要提交产品/系统上线申请表、产品运营操作手册、应用部署手册、割接方案运维手册、详细设计方案及业务需求书，必须经过业务运行部、IT运维部、及其他业务部门负责人审核，各部门负责人可将审核工作分派给各部门内部人员。若审核未通过，项目经理需要根据评审意见进行调整改进；审核通过后，各部门负责人需在产品/系统上线申请表上签字确认。项目经理需要在产品上线前发起产品培训。第十七条 上线阶段产品成功通过上线评审后，项目经理需要提前五工昨日邮件发布上线时间的通知，通知公司相关领导、市场中心、运营中心、行政中心，并将产品/系统上线申请表交至IT运维部，IT运维部根据申请表上的审批申请是否全部完成决定是否在生产环境中发布相应版本。产品上线后，运营中心必须在上线后 的一个工作日内邮件发布上线结果，通知公司相关领导、市场中心、运营中心、行政中心。如果上线失败，根据割接方案中回退方法进行回退，运营中心发布上线失败通知。附件一：产品/系统上线申请表申请部门申请日期项目名称申请上线时间申请类型 新产品/系统上线 产品/系统迭代/升级交付物产品运营操作手册 应用部署手册 割接方案运维手册 详细设计方案 项目质量评估报告 业务需求书验收标准产品运营操作手册1、 用户端产品的操作方式 2、 运营端中后台管理操作方式 3、 用户端或运营段无法操作情况下的处理方法 4、 特殊场景下的业务处理操作方法 （交付人签字） 年 月 日 （验收人签字） 年 月 日应用部署手册1、 代码对底层资源的需求 2、 应用部署具体目标与范围 3、 具体的应用部署方式及详细操作方法 4、 所有内外部互联互通需求 （交付人签字） 年 月 日 （验收人签字） 年 月 日割接方案1、 明确清晰的实施内容 1、 完备及明确的割接前准备工作 2、 详细的割接内容及割接步骤 3、 测试验收方法及回退方案 （交付人签字） 年 月 日 （验收人签字） 年 月 日运维手册1、 明确系统功能架构图、功能模块介绍 2、 日常维护操作 3、 应用日常监控手段 4、 应用及中间件日常操作 5、 常见问题及应急处理方式 （交付人签字） 年 月 日 （验收人签字） 年 月 日详细设计方案1、 数据库结构说明文档与现网数据库一致 2、 接口说明文档与现网接口一致 3、 涵盖所有负载及对外网络映射需求 （交付人签字） 年 月 日 （验收人签字） 年 月 日项目质量评估报告1、 所有功能点的测试报告 2、 最初非功能性需求的性能测试报告 3、 交付的系统/产品/项目是否按照既定的需求文档和产品设计文档开发 4、 业务流程是否可以正常进行，业务流、信息流是否形成闭环 5、 代码版本有明确版本号
