《产品线与一线业务对接流程规范(适合做产品的厂商)》由会员分享，可在线阅读，更多相关《产品线与一线业务对接流程规范(适合做产品的厂商)（13页珍藏版）》请在金锄头文库上搜索。
1、公司 LOGO产品线与一线业务对接流程规范*公司* 年 * 月 * 日版本历史版本历史:文档版本文档版本修订状态修订状态修订日期修订日期修订人修订人描述描述目目 录录第一章第一章 引引 言言41.1编写目的.41.2适用范围.41.3问题级别及响应时间.41.4相关规定.5第二章第二章 角色和职责角色和职责6第三章第三章 对接业务对接业务73.1产品线负责人.73.2业务接口.7第四章第四章 业务处理流程业务处理流程94.1流程图.94.2输入.104.3主要步骤.104.3.1任务录入.104.3.2任务受理.104.3.3任务解决.104.3.4问题关闭.104.4成果输出.114.5结束
2、准则.11第五章第五章 度量度量12第六章第六章 附件附件13第一章第一章引引 言言1.1 编写目的编写目的本规范的目的是规范公司软件产品的支持维护活动，解决公司产品在客户环境下进行安装、验收、使用、维护中出现的问题，及时有效地修改软件错误，扩充软件功能、改进软件性能，以更好的满足客户要求，为公司树立良好的产品形象。1.2 适用范围适用范围本管理规范适用于营销中心各区域、办事处、技术服务中心、客服部、市场解决方案部、产品中心各产品线、质量部等涉及产品推广、产品交付、产品维护及产品改进活动的部门；消除产品中存在的缺陷，及时解决客户及一线产品问题，提高客户满意度；持续并有效提高产品成熟度、易用性及
3、质量。1.3 问题级别及响应时间问题级别及响应时间序号序号分类分类子类子类严重级别严重级别有效响应时间有效响应时间备注备注致命2 小时关键设备故障、服务宕机、文件损坏、安全漏洞、重 大设计缺陷和不可预测的紧急性兼容问题等，对最终 用户的业务运作有严重影响或直接导致业务中断的， 将于 2 小时内有效响应。 严重4 小时文件损坏、明显 BUG 功能缺陷、功能异常等。一般24 小时未明确责任主体或常规性问题（不影响使用或具备可 接受的临时解决办法） 。缺陷提示48 小时非产品缺陷，需要产品线接口人辅助解决，例如配置 及使用指导等，不涉及源码修改；也包含产品咨询、 建议、优化等。1 1问题问题任务48
4、 小时需产品线提供产品文档、原理说明以及客户交流等支 持任务的。2 2需求需求24 小时客户化定制或需求变更，涉及可行性评估、工作量评 估以及交付计划评估等。将在一个工作日内响应、一 个 CCB 裁决周期内准确答复。备备 注注电话咨询即时响应电话咨询即时响应问题有效响应：问题有效响应：即在规定的响应时间内，将问题有效定位，并给出问题解决的启动时间以及问题解决的完成时间。1.4 相关规定相关规定区域问题与需求接口人通过线上问题与需求报告系统（FRACAS，http:/fracas.*.com:8080）,采用清晰文字及附件描述的方式向产品线报告关于软件安装、使用和维护过程中所产生的疑问、问题及需
5、求变更等要求，产品线接口人根据提交人的要求和问题严重情况进行线上答复与安排：一线的问题和需求必须经过区域接口人过滤后提交至线上系统（FRACAS，http:/fracas.*.com:8080） ，要求问题及需求描述清晰，按照在线系统内容输入要求及模版进行填写，否则将予以退回。一个月内如出现三次业务被退回，产品线将向运营管理部提请接口责任人通报批评；致命及严重问题一线接口人可与产品线接口人电话沟通并及时获取支持与解决，但需在 2424 小小时时内将所沟通问题补充提交至线上系统（FRACAS，http:/fracas.*.com:8080）,以便持续跟踪与管理；产品线及时响应线上报告问题，响应时
6、间处理参见1.3 章节问题级别响应时间章节问题级别响应时间 ，提交人需在产品线完成成果交付后 5 个工作日个工作日内完成任务状态更新并进行满意度评价（满意、一般、不满意） ，无特殊原因或要求的，5 个工作日个工作日后任务状态将视为自动关闭；产品线只受理线上系统提交的任务请求，所有与产品线相关并影响项目绩效（合同签署、项目验收）的任务，接口人需完整填报至线上系统中；需求开发申请产品线有效答复后，销售经理、区域总监需对需求执行进行意见答复，并对需求内容、开发代价、交付计划进行审核与确认；QA 每周对线上问题的答复率、关闭率、满意度进行质量通报。第二章第二章角色和职责角色和职责分类角色职责产品经理负
7、责已发布产品的缺陷修复、变更控制、需求搜集和版本升级等产品管理活动，并提供产品技术支持和咨询服务。研发经理负责已发布及在研产品的缺陷修复、研发设计、需求开发、版本维护等产品研发活动，接受产品经理任务输入与管理，对研发交付成果负责。产品线测试经理负责已发布及在研产品、版本的测试保障活动，对版本质量进行评估与确认，并对 发布版本质量负责。区域区域接口人一、承担区域技术总负责职责，为所辖区域办事处、技服中心、客户提供技术答疑、技术支持及项目问题、需求过滤、跟踪与管理。二、对辖区内反馈的问题进行初步筛选、过滤、指导以及定位，区别问题与需求，确认为产品问题的提交线上问题反馈单，并对问题状态进行跟踪直至问
8、题关闭；三、负责所辖区域办事处与技术服务中心业务能力的培养与认证，提升区域办事处与技术服务中心技术岗位的业务能力。产品中心CCB一、监控产品或版本维护状态；二、审批需求变更、版本立项申请；三、审批产品发布申请。第三章第三章对接业务对接业务3.1 产品线负责人产品线负责人产品线产品线负责人3.2 业务接口业务接口为了提高资源接口及调度效率，采用分区负责制原则，为各业务单元设置固定的接口责任人，各接口人间实现快速业务对接；当业务执行出现重大风险时，可逐级升级至产品线负责人进行申诉，直至产品中心总经理。组织对象接口责任人营销中心技术服务中心客服中心加解密产品线第四章第四章 业务处理业务处理流程流程4
9、.1 流程图流程图业务对接流程图区域接口人产品经理测试经理研发经理CCB开始CCB评审裁决开发执行开发自检任务识别评估工作量 制定交付计划问题结束闭环验证是否满意度评价是制定版本路标规 划并公示当前版本受理否是结束 测试发布否提交请求问题类需求类任务处理任务测试验证否决4.2 输入输入问题反馈表、需求申请表、根因分析、需求开发说明书、源代码和开发过程文档、产品文档等（这些工作成果应当保存在配置库中，具体版本可以寻问配置管理员） 。4.3 主要步骤主要步骤4.3.1 任务录入任务录入一线接口人接到任务请求后，详细记录、过滤、分析任务请求，区分业务类型（问题、任务或需求） ，填写问题反馈单或需求规
10、格表 ，并在（FRACAS，http:/fracas.*.com:8080）系统上详细填写任务请求；如不在服务期内或非正式用户提出任务请求，需提交区域总监进行识别与跟踪。4.3.2 任务任务受理受理CCB 受理需求类任务申请，将在每周 CCB 例行会议上进行分析，裁决是否接受需求变更请求。如不接受变更请求，则直接以文字形式回复一线并说明理由；如接受变更请求，则制定需求版本收敛规划，按变更管理、需求管理和版本发布流程进行需求变更和规划，裁决结果将在 FRACAS 系统中公示；产品线接口人受理问题类任务，根据问题描述及问题反馈单对问题进行判断和规划，相关分析、需配合事项、时间计划以及解决方案等将在
11、 FRACAS 系统中公示；已受理任务成果物输出将归档在配置管理系统中，FRACAS 系统将备注成果物发布途径。4.3.3 任务解决任务解决问题类任务，产品经理、研发经理及测试经理执行根因分析，指定问题解决方案及计划，执行开发、测试与发布流程。4.3.4 问题关闭问题关闭任务录入人对问题类任务成果交付进行闭环验证，及时刷新任务关闭状态，并对任务解决进行满意度评价。4.4 成果输出成果输出过程及成果代码、过程文档及交付成果等必须归档至 SVN 服务器。产品经理负责修订发布台帐，详细记录每次软件产品及其补丁包的发布情况，主要包括：软件名称、软件版本号、发布日期、发布清单、发布说明、升级手册、安装手
12、册、接收用户、接收人员等。4.5 结束准则结束准则对于每一项问题类任务，都已经拥有执行状态及满意度评价。第五章第五章 度量度量度量项度量责任人度量准则问题回退次数产品线一个自然月内，一线录入问题后由于表述不清、问题不详实被退回超过三次，产品线将提交通报批评申请满意度评价一线在线上对问题解决情况进行评价问题满意度评价权值：满意 2 分 一般 1 分 不满意 0 分问题响应时间QA一线提交的问题产品线接口人应根据问题严重等级在规定的时间内有效响应，并得到提出人确认关闭率QA在计划时间内实际关闭问题数/ 计划时间内计划关闭问题数90%，结果进行通报满意度QA（问题数*满意度权值）/280%，结果进行通报及时答复率QA产品线需对一线问题 100%响应，结果进行通报第六章第六章附件附件附件一：(XXX 项目)问题反馈单.xlsx附件二：(XXX 项目)需求申请单.doc附件三：(XXX 项目)需求开发说明书.doc
