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