开发管理流程

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项目概貌阶段参与的角色：产品经理、项目经理活动：项目需求概貌的制定（重点说明项目的定义性描述）、项目计划的制定《项目概貌》中需要对项目所需的配置项进行描述。当在执行过程中，出现任何意外情况需要进行计划更改时，产品经理有责任及时修改当月的月度计划，并转发给所有相关人员，包括项目组成员、相关部门以及上级领导。输出：《项目概貌》、《项目开发计划》1.1.2需求分析阶段参与的角色：产品经理、项目经理、QA、项目组成员、销售部产品负责人、技术支援部产品负责人活动：需求规格/产品规格的制定，含详细的用户界面规格、性能分析，市场分析软件版本发布报告表建立：产品经理，QA，SCM需求规格的制定（可以采用USECASE的分析方法）：产品经理。需求规格的评审：评审专家、QA、测试人员、销售部产品负责人、技术支援部产品负责人市场推广规划的制定：销售部产品负责人总体方案的设计：产品经理总体方案的评审：QA配置库需求基线的建立：SCM输出SCI：《系统需求规格》、《系统需求规格评审》、《系统总体方案》、《系统总体方案评审》、《市场推广规划》1.1.3系统设计阶段参与的角色：项目经理、QA、测试经理、项目组成员活动：软件版本发布报告表更新：项目经理，QA，SCM系统概要设计：项目经理，项目组成员系统概要设计的评审：QA系统测试方案的设计：测试经理系统测试方案的评审：QA子系统设计：项目组成员子系统设计评审：QA配置库设计基线的建立：SCM输出SCI：《系统概要设计》、《系统概要设计评审》、《系统测试方案》、《系统测试方案评审》、《子系统设计方案》、《子系统设计方案评审》1.1.4编码阶段参与的角色：QA、项目经理、项目组成员活动：软件版本发布报告表更新：项目经理，QA详细设计：项目经理，项目组成员详细设计的评审：QA单元测试方案的设计：项目经理，项目组成员单元测试方案的评审：QA单元测试用例的设计：项目经理，项目组成员子系统编码：项目组成员关键子系统编码抽样检视：项目经理编码单元测试：项目组成员输出SCI：《详细设计》、《详细设计评审》、《单元测试方案》、《单元测试方案评审》、《单元测试用例》、《子系统代码》、《代码检视报告》、《单元测试报告》1.1.5系统测试阶段参与的角色：测试经理、测试组成员、QA、项目经理、项目组成员。活动：软件版本发布报告表更新：测试经理，QA集成测试：项目组成员、测试组成员、测试经理系统测试：测试经理、测试组成员系统测试报告评审：QA测试问题控制：测试经理、QA用户文档：测试经理输出SCI：《系统测试报告》、《系统测试报告评审》、《质量评估报告》、《第三方组件和工具》、《安装程序》、《用户文档》、《版本说明书》1.1.6版本发布软件版本的发布由测试经理提交软件版本各项SCI和软件版本发布报告表，由产品经理召集开发经理、测试经理、项目经理、QA、技术支援部人员、市场人员，召开产品版本发布会，审核通过后，由配置经理发布产品。《软件版本发布报告表》由研发部统一归档管理。参与的角色：产品经理、开发经理、测试经理、QA、项目经理、SCM。活动：软件版本发布报告表完成：产品经理、开发经理，QA，SCM配置库发布基线的建立：SCM输出：《软件版本发布报告表》，见附件。整个开发过程如下图所示：1.2网上需求管理过程1.2.1技术支援人员提需求角色：技术支援人员活动：通过邮件方式进行需求沟通：邮件标题：年/月/日+用户名称+关键字（需求）邮件附件：《客户需求邮件确认模板》，按模板详细提示进行操作、填写邮件接收者:主送研发部产品经理、项目市场负责人、技术支援部经理1.2.2产品经理确认需求角色：产品经理活动：与客户沟通后、回复对该需求的判断及工作量的评估情况回复对象：原邮件所有接收人回复内容：与客户沟通记录？该需求能否做？工作量？预计开发时间等逐条答复回复时限：24小时内（1个工作日内）1.2.3销售人员确认需求角色：销售人员活动：与客户沟通、研发产品经理协调，再做邮件回复；若与产品经理意见发生不一致，则提交研发部经理、销售部经理共同协调处理。回复对象：原邮件所有接收人，并抄送市场部秘书回复内容：与客户回复内容？工作计划？完成时间？是否发起客户需求电子流程？响应时限：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、临时版本的发布由产品经理发起，产品经理负责拟定报告表，填写临时版本概述、发布原因及存在风险；并指定临时版本研发部的接口人，接口人负责接收和收集现场反馈的用户需求和问题。响应时间：8小时工作时间2、开发经理签署意见，将更新包提交测试经理确认，开发包提交配置管理员归档。响应时间：8小时工作时间3、测试经理安排测试人员对临时版本做安装检查，输出检查报告，并签署意见。响应时间：8小时工作时间4、销售部经理签署意见，销售部经理外出可授权相关人员审批或邮件回复。响应时间：4小时工作时间5、技术支援部经理签署意见。响应时间：2小时工作时间6、研发部经理填写审核结论。响应时间：2小时工作时间7、配置管理员签字确认后发布临时版本。响应时间：2小时工作时间8、研发部秘书归档报告表。响应时间：4小时工作时间。以上各步骤责任人因外出