开发管理流程定制版

Sept. 29, 2021, 3:40 p.m. 文档页面

【文章导读】XX公司发文会签单 拟文部门:研发部 拟稿人:XXX 日期:2007/12/ 文件标题:XX公司开发管理规定 发文说明: 为加强研发部软件的规范化管理,提高软件开发规范性,特颁发此规定。 在《XX司发(2006)20号研发部开发管理》文档基础上

文章介绍图片

  

【正文内容】

XX公司发文会签单 拟文部门:研发部 拟稿人:XXX 日期:2007/12/ 文件标题:XX公司开发管理规定 发文说明: 为加强研发部软件的规范化管理,提高软件开发规范性,特颁发此规定。 在《XX司发(2006)20号研发部开发管理》文档基础上作了如下修订: 1、将网上需求管理和网上问题管理流程合并进来 2、增加配置管理流程规范 3、强化质量评审制度 发文单位:研发部 批准人(签字): 批准人名单: 会签人名单:行政办公会议人员 会签人(签字): 发文编号:XX司发【2007】号 发文数量:1发文日期:2007/12/ 发往单位: 以公告形式通知全公司人员。

行政人事部保存一份文件。 WEBOFFICE信息平台提供信息共享。 主送:研发部销售部技术支援部 抄送:总经办、行政人事部 深圳市XX信息系统有限公司 公司文件 XX司发【2007】20号签发人:()签名 研发部开发管理规定 1产品开发过程 配合配置管理规范的开发过程增加了新的修订,在开发过程中间嵌入软件配置管理。 产品经理全程参与所有的过程,对产品的整体负责。销售部产品负责人、技术支援产品负责人参与需求分析阶段。 1.1项目和版本开发过程 1.1.1项目概貌阶段 参与的角色:产品经理、项目经理 活动:项目需求概貌的制定(重点说明项目的定义性描述)、项目计划的制定 l《项目概貌》中需要对项目所需的配置项进行描述。

l当在执行过程中,出现任何意外情况需要进行计划更改时,产品经理有责任及时修改当月的月度计划,并转发给所有相关人员,包括项目组成员、相关部门以及上级领导。 输出:《项目概貌》、《项目开发计划》 1.1.2需求分析阶段 参与的角色:产品经理、项目经理、QA、项目组成员、销售部产品负责人、技术支援部产品负责人 活动:需求规格/产品规格的制定,含详细的用户界面规格、性能分析,市场分析 l软件版本发布报告表建立:产品经理,QA,SCM l需求规格的制定(可以采用USECASE的分析方法):产品经理。 l需求规格的评审:评审专家、QA、测试人员、销售部产品负责人、技术支援部产品负责人 l市场推广规划的制定:销售部产品负责人 l总体方案的设计:产品经理 l总体方案的评审:QA l配置库需求基线的建立:SCM 输出SCI:《系统需求规格》、《系统需求规格评审》、《系统总体方案》、《系统总体方案评审》、《市场推广规划》 1。

1.3系统设计阶段 参与的角色:项目经理、QA、测试经理、项目组成员 活动: l软件版本发布报告表更新:项目经理,QA,SCM l系统概要设计:项目经理,项目组成员 l系统概要设计的评审:QA l系统测试方案的设计:测试经理 l系统测试方案的评审:QA l子系统设计:项目组成员 l子系统设计评审:QA l配置库设计基线的建立:SCM 输出SCI:《系统概要设计》、《系统概要设计评审》、《系统测试方案》、《系统测试方案评审》、《子系统设计方案》、《子系统设计方案评审》 1.1.4编码阶段 参与的角色:QA、项目经理、项目组成员 活动: l软件版本发布报告表更新:项目经理。

QA l详细设计:项目经理,项目组成员 l详细设计的评审:QA l单元测试方案的设计:项目经理,项目组成员 l单元测试方案的评审:QA l单元测试用例的设计:项目经理,项目组成员 l子系统编码:项目组成员 l关键子系统编码抽样检视:项目经理 l编码单元测试:项目组成员 输出SCI:《详细设计》、《详细设计评审》、《单元测试方案》、《单元测试方案评审》、《单元测试用例》、《子系统代码》、《代码检视报告》、《单元测试报告》 1.1.5系统测试阶段 参与的角色:测试经理、测试组成员、QA、项目经理、项目组成员。 活动: l软件版本发布报告表更新:测试经理,QA l集成测试:项目组成员、测试组成员、测试经理 l系统测试:测试经理、测试组成员 l系统测试报告评审:QA l测试问题控制:测试经理、QA l用户文档:测试经理 输出SCI:《系统测试报告》、《系统测试报告评审》、《质量评估报告》、《第三方组件和工具》、《安装程序》、《用户文档》、《版本说明书》 1。

1.6版本发布 软件版本的发布由测试经理提交软件版本各项SCI和软件版本发布报告表,由产品经理召集开发经理、测试经理、项目经理、QA、技术支援部人员、市场人员,召开产品版本发布会,审核通过后,由配置经理发布产品。 《软件版本发布报告表》由研发部统一归档管理。 参与的角色:产品经理、开发经理、测试经理、QA、项目经理、SCM。 活动: l软件版本发布报告表完成:产品经理、开发经理,QA,SCM l配置库发布基线的建立:SCM 输出:《软件版本发布报告表》,见附件。 整个开发过程如下图所示: 1.2网上需求管理过程 1.2.1技术支援人员提需求 角色:技术支援人员 活动:通过邮件方式进行需求沟通: l邮件标题:年/月/日+用户名称+关键字(需求) l邮件附件:《客户需求邮件确认模板》。

按模板详细提示进行操作、填写 l邮件接收者:主送研发部产品经理、项目市场负责人、技术支援部经理 1.2.2产品经理确认需求 角色:产品经理 活动:与客户沟通后、回复对该需求的判断及工作量的评估情况 l回复对象:原邮件所有接收人 l回复内容:与客户沟通记录?该需求能否做?工作量?预计开发时间等逐条答复 l回复时限:24小时内(1个工作日内) 1.2.3销售人员确认需求 角色:销售人员 活动:与客户沟通、研发产品经理协调,再做邮件回复; 若与产品经理意见发生不一致,则提交研发部经理、销售部经理共同协调处理。 l回复对象:原邮件所有接收人,并抄送市场部秘书 l回复内容:与客户回复内容?工作计划?完成时间?是否发起客户需求电子流程? 响应时限:48小时内(2个工作日内) 角色:市场部秘书 活动:发起weboffice客户需求电子流。

角色:技术支援人员 活动:按照《需求评估通知函模版》正式答复客户 响应时限:2个工作日内 1.2.4产品经理安排计划 角色:产品经理 活动;纳入产品计划,将需求文档同时提交开发经理和测试经理 响应时限:24小时内(1个工作日内) 1.2.5开发经理安排计划 角色:开发经理 活动:纳入开发计划,知会测试经理,提交电子流到下一审批人 对于紧急的需求,在正式版本发布以前走临时版本发布流程,在需求完成后,开发项目负责人在工作流中进行确认。正式版本未发布前由产品经理发布兼容临时版本代替。 响应时限:根据产品计划监控 角色;测试经理 活动:纳入测试计划,知会测试人员提前熟悉需求 响应时限:根据产品计划监控 1。

2.6开发人员实施 角色:开发人员 活动:实施需求。 提交开发包和发布包给开发经理 提交电子流到下一审批人 响应时限:根据开发计划监控 角色:开发经理 活动:提交发布包给测试经理 响应时限:根据开发计划监控 1.2.7测试部测试 角色:测试经理 活动:提交发布包给测试人员测试 角色:测试人员 活动:测试人员验证版本,发邮件知会测试经理测试完成。 角色:测试经理 活动;提交发布包和测试包给配置管理员,提交电子流到下一审批人 响应时限:根据测试计划监控 角色:配置管理员 活动:收到测试经理邮件,发布版本,归档开发包和测试包 响应时限:2小时 1。

2.8技术产品部负责人确认 角色:技术产品部负责人 活动:安排工程人员更新现场,更新成功后提交电子流到下一审批人 1.2.9技术支援部经理确认 角色:技术产品部经理 活动:对需求的完成状态及质量跟踪确认,若完成则关闭电子流; 若未完成则发起weboffice问题管理电子流.。 响应时限:24小时内 说明:以上“响应时限”除开发实施和测试验证、工程实施是根据计划时间来监控外,其他流程要求在规定时限内做出实质结果。对于审批通过的需求/问题,研发在计划时间内完成。非客户因素导致该需求/问题在承诺时间内到期未完成,将由研发对该需求/问题再次承诺完成时间,并由此派生第二个客户需求/网上问题(以此类推。

数量以累计方式统计)。因客户临时调整或协助工作没到位等客观原因,该需求/问题的完成期限顺延。涉及流程各环节严格按该文件规定执行,因工作疏忽等原因导致流程停滞不前影响流程/计划进度将追究相关人责任。 1.3网上问题管理过程 1.3.1技术支援人员提单 角色:技术支援人员 活动:以邮件方式将客户问题提交给技术产品部负责人进行处理过滤。 1.3.2技术产品部负责人确认 角色;技术产品部负责人 活动:对问题进行过滤,若需要研发协助,提交weboffice网上问题电子流。 1.3.3测试经理确认 角色:测试经理 活动;收到weboffice网上问题电子流后,请测试人员定位问题。 角色:测试人员 活动:定位网上问题。

邮件知会测试经理问题定位原因。 角色:测试经理 活动:根据测试人员定位,若需要开发人员协助,将电子流提交开发经理处理; 若需要技术支援人员协助,将电子流提交技术支援人员处理 响应时限:8小时内 1.3.4开发经理确认 角色:开发经理 活动:收到weboffice网上问题电子流后,安排开发计划,将电子流提交相应开发人员处理。 响应时限:3小时 1.3.5开发人员处理问题 角色:开发人员 活动:收到weboffice网上问题电子流,按照开发计划开发 开发完成后,归档更新包和开发包,以邮件知会开发经理开发完成, 在电子流中填写“处理说明”,将电子流提交到下一审批人(测试经理) 角色:开发经理 活动:收到开发人员开发完成的邮件后。

以邮件知会测试经理请求测试 对于时间紧急的需求,开发经理提交临时版本发布流程,转1.4.4 响应时限:按照开发计划监控 1.3.6测试部验证经理确认 角色:测试经理 活动:收到weboffice网上问题电子流,安排测试计划。 角色:测试人员 活动;测试人员验证版本;发邮件知会测试经理测试完成 角色:测试经理 活动:收到测试人员邮件,在weboffice网上问题电子流里确认,提交下一审批人; 提交更新包和测试包给配置管理员。 响应时限:按照测试计划监控 角色:配置管理员 活动:收到测试经理邮件,发布更新包,归档开发包和测试包 响应时限:2小时 1.3.7技术支援部安排实施 角色:技术产品部负责人 活动:收到weboffice网上问题电子流。

安排工程人员实施; 实施后对问题解决质量跟踪确认,如果发现问题,返回1.3.2执行; 没有问题结束weboffice网上问题电子流。 响应时限:12小时内 1.4临时版本管理过程 有时会出现项目需要在较短的时间内提交在线版本的情况。原因比较多,有市场等多方面的因素。这时候,项目组可以在设计、编码、测试方面走快速通道。 由于试用版本在实现过程中存在一定的风险,不排除上线后出现较大的问题。需要产品经理、开发经理、技术支援部人员、市场人员共同提交试用版本发布报告表,主要是阐明可能存在的风险,经相关人员审核通过后发布。 在推出后续正式版本之前,需要充分考虑完全兼容试用版本。要求能够无缝地进行软件升级。

1.4.1需求分析 参与角色:产品经理,QA 活动:需求分析:产品经理,需要对功能的实现进行取舍。当然,需要与用户沟通。 需求规格说明书评审:QA、测试人员 输出:《需求规格说明书》 1.4.2概要设计 参与角色:项目经理,QA,项目组成员 活动:概要设计:项目经理,项目组成员 概要设计说明书评审:QA 输出:《概要设计说明书》 1.4.3编码 参与角色:项目经理,项目组成员,QA 活动:编码:项目经理,项目组成员 安装操作说明书:项目组经理、项目组成员 输出:提交测试版本(包括安装版本、安装操作说明书) 1.4.4临时版本发布 参与角色:产品经理、开发经理、项目经理、技术支援部人员、市场人员 活动: 1、临时版本的发布由产品经理发起。

发言稿相关推荐  
三九文库 www.999doc.com
备案图标苏ICP备2020069977号