《精品资料（2021-2022年收藏）开发管理流程》由会员分享，可在线阅读，更多相关《精品资料（2021-2022年收藏）开发管理流程（32页珍藏版）》请在金锄头文库上搜索。
1、XX公司发文会签单拟文部门: 研发部拟稿人:XXX日期:2007/12/ 文件标题: XX公司开发管理规定发文说明: 为加强研发部软件的规范化管理，提高软件开发规范性，特颁发此规定。在XX司发（2006）20号 研发部开发管理文档基础上作了如下修订：1、 将网上需求管理和网上问题管理流程合并进来2、 增加配置管理流程规范3、 强化质量评审制度发文单位：研发部批 准 人（签字）：批准人名单：会签人名单：行政办公会议人员会签人（签字）:发文编号:XX司发 【2007】 号 发文数量：1 发文日期：2007/12/ 发往单位: 以公告形式通知全公司人员。行政人事部保存一份文件。WEBOFFICE信息
2、平台提供信息共享。主 送：研发部 销售部 技术支援部抄 送：总经办、行政人事部深圳市XX信息系统有限公司公 司 文 件 XX司发【2007】20号 签发人：（）签名_研发部开发管理规定1 产品开发过程配合配置管理规范的开发过程增加了新的修订，在开发过程中间嵌入软件配置管理。产品经理全程参与所有的过程，对产品的整体负责。销售部产品负责人、技术支援产品负责人参与需求分析阶段。1.1 项目和版本开发过程1.1.1 项目概貌阶段参与的角色：产品经理、项目经理活动： 项目需求概貌的制定（重点说明项目的定义性描述）、项目计划的制定l 项目概貌中需要对项目所需的配置项进行描述。l 当在执行过程中，出现任何意
3、外情况需要进行计划更改时，产品经理有责任及时修改当月的月度计划，并转发给所有相关人员，包括项目组成员、相关部门以及上级领导。输出： 项目概貌、项目开发计划1.1.2 需求分析阶段参与的角色：产品经理、项目经理、QA、项目组成员、销售部产品负责人、技术支援部产品负责人活动： 需求规格/产品规格的制定，含详细的用户界面规格、性能分析，市场分析l 软件版本发布报告表建立：产品经理，QA，SCMl 需求规格的制定（可以采用USE CASE的分析方法）：产品经理。l 需求规格的评审：评审专家、QA、测试人员、销售部产品负责人、技术支援部产品负责人l 市场推广规划的制定：销售部产品负责人l 总体方案的设计
4、：产品经理l 总体方案的评审：QA l 配置库需求基线的建立：SCM输出SCI： 系统需求规格、系统需求规格评审、系统总体方案、系统总体方案评审、市场推广规划1.1.3 系统设计阶段参与的角色：项目经理、QA、测试经理、项目组成员活动： l 软件版本发布报告表更新：项目经理，QA，SCMl 系统概要设计：项目经理，项目组成员l 系统概要设计的评审：QAl 系统测试方案的设计：测试经理l 系统测试方案的评审：QAl 子系统设计：项目组成员l 子系统设计评审：QAl 配置库设计基线的建立：SCM输出SCI： 系统概要设计、系统概要设计评审、系统测试方案、系统测试方案评审、子系统设计方案、子系统设计
5、方案评审1.1.4 编码阶段参与的角色：QA、项目经理、项目组成员活动： l 软件版本发布报告表更新：项目经理，QAl 详细设计：项目经理，项目组成员l 详细设计的评审：QAl 单元测试方案的设计：项目经理，项目组成员l 单元测试方案的评审：QAl 单元测试用例的设计：项目经理，项目组成员l 子系统编码：项目组成员l 关键子系统编码抽样检视：项目经理l 编码单元测试：项目组成员输出SCI： 详细设计、详细设计评审、单元测试方案、单元测试方案评审、单元测试用例、子系统代码、代码检视报告、单元测试报告1.1.5 系统测试阶段参与的角色：测试经理、测试组成员、QA、项目经理、项目组成员。活动： l
6、软件版本发布报告表更新：测试经理，QAl 集成测试：项目组成员、测试组成员、测试经理l 系统测试：测试经理、测试组成员l 系统测试报告评审：QAl 测试问题控制：测试经理、QAl 用户文档：测试经理输出SCI：系统测试报告、系统测试报告评审、质量评估报告、第三方组件和工具、安装程序、用户文档、版本说明书1.1.6 版本发布软件版本的发布由测试经理提交软件版本各项SCI和软件版本发布报告表，由产品经理召集开发经理、测试经理、项目经理、QA、技术支援部人员、市场人员，召开产品版本发布会，审核通过后，由配置经理发布产品。软件版本发布报告表由研发部统一归档管理。参与的角色：产品经理、开发经理、测试经理
7、、QA、项目经理、SCM。活动： l 软件版本发布报告表完成：产品经理、开发经理，QA，SCMl 配置库发布基线的建立：SCM输出：软件版本发布报告表，见附件。整个开发过程如下图所示：1.2 网上需求管理过程 1.2.1 技术支援人员提需求角色：技术支援人员活动：通过邮件方式进行需求沟通：l 邮件标题：年/月/日+用户名称+关键字（需求）l 邮件附件：客户需求邮件确认模板，按模板详细提示进行操作、填写l 邮件接收者:主送研发部产品经理、项目市场负责人、技术支援部经理 1.2.2 产品经理确认需求角色：产品经理活动：与客户沟通后、回复对该需求的判断及工作量的评估情况l 回复对象：原邮件所有接收人
8、l 回复内容：与客户沟通记录？该需求能否做？工作量？预计开发时间等逐条答复l 回复时限：24小时内（1个工作日内）1.2.3 销售人员确认需求角色：销售人员活动：与客户沟通、研发产品经理协调，再做邮件回复；若与产品经理意见发生不一致，则提交研发部经理、销售部经理共同协调处理。l 回复对象：原邮件所有接收人，并抄送市场部秘书l 回复内容：与客户回复内容？工作计划？完成时间？是否发起客户需求电子流程？响应时限：48小时内（2个工作日内）角色：市场部秘书活动：发起weboffice客户需求电子流。角色：技术支援人员活动：按照需求评估通知函模版正式答复客户响应时限：2个工作日内1.2.4 产品经理安排
9、计划角色：产品经理活动；纳入产品计划，将需求文档同时提交开发经理和测试经理响应时限：24小时内（1个工作日内）1.2.5 开发经理安排计划角色：开发经理活动：纳入开发计划，知会测试经理，提交电子流到下一审批人对于紧急的需求，在正式版本发布以前走临时版本发布流程，在需求完成后，开发项目负责人在工作流中进行确认。正式版本未发布前由产品经理发布兼容临时版本代替。响应时限：根据产品计划监控角色；测试经理活动：纳入测试计划，知会测试人员提前熟悉需求响应时限：根据产品计划监控1.2.6 开发人员实施角色：开发人员活动：实施需求。提交开发包和发布包给开发经理提交电子流到下一审批人响应时限：根据开发计划监控角
10、色：开发经理活动：提交发布包给测试经理响应时限：根据开发计划监控1.2.7 测试部测试角色：测试经理活动：提交发布包给测试人员测试角色：测试人员活动：测试人员验证版本，发邮件知会测试经理测试完成。角色：测试经理活动；提交发布包和测试包给配置管理员，提交电子流到下一审批人响应时限：根据测试计划监控角色：配置管理员活动：收到测试经理邮件，发布版本，归档开发包和测试包响应时限：2小时1.2.8 技术产品部负责人确认角色：技术产品部负责人活动：安排工程人员更新现场，更新成功后提交电子流到下一审批人1.2.9 技术支援部经理确认角色：技术产品部经理活动：对需求的完成状态及质量跟踪确认，若完成则关闭电子流
11、；若未完成则发起weboffice问题管理电子流.。响应时限：24小时内说明：以上“响应时限”除开发实施和测试验证、工程实施是根据计划时间来监控外，其他流程要求在规定时限内做出实质结果。对于审批通过的需求/问题，研发在计划时间内完成。非客户因素导致该需求/问题在承诺时间内到期未完成，将由研发对该需求/问题再次承诺完成时间，并由此派生第二个客户需求/网上问题（以此类推，数量以累计方式统计）。因客户临时调整或协助工作没到位等客观原因，该需求/问题的完成期限顺延。涉及流程各环节严格按该文件规定执行，因工作疏忽等原因导致流程停滞不前影响流程/计划进度将追究相关人责任。1.3 网上问题管理过程1.3.1
12、 技术支援人员提单角色：技术支援人员活动：以邮件方式将客户问题提交给技术产品部负责人进行处理过滤。1.3.2 技术产品部负责人确认角色；技术产品部负责人活动：对问题进行过滤，若需要研发协助，提交weboffice网上问题电子流。1.3.3 测试经理确认角色：测试经理活动；收到weboffice网上问题电子流后，请测试人员定位问题。角色：测试人员活动：定位网上问题，邮件知会测试经理问题定位原因。角色：测试经理活动：根据测试人员定位，若需要开发人员协助，将电子流提交开发经理处理；若需要技术支援人员协助，将电子流提交技术支援人员处理响应时限：8小时内1.3.4 开发经理确认角色：开发经理活动：收到w
13、eboffice网上问题电子流后，安排开发计划，将电子流提交相应开发人员处理。响应时限：3小时1.3.5 开发人员处理问题角色：开发人员活动：收到weboffice网上问题电子流，按照开发计划开发开发完成后，归档更新包和开发包，以邮件知会开发经理开发完成，在电子流中填写“处理说明”，将电子流提交到下一审批人（测试经理）角色：开发经理活动：收到开发人员开发完成的邮件后，以邮件知会测试经理请求测试对于时间紧急的需求，开发经理提交临时版本发布流程，转1.4.4 响应时限：按照开发计划监控1.3.6 测试部验证经理确认角色：测试经理活动：收到weboffice网上问题电子流，安排测试计划。角色：测试人
14、员活动；测试人员验证版本；发邮件知会测试经理测试完成 角色：测试经理活动：收到测试人员邮件，在weboffice网上问题电子流里确认，提交下一审批人；提交更新包和测试包给配置管理员。响应时限：按照测试计划监控角色：配置管理员活动：收到测试经理邮件，发布更新包，归档开发包和测试包响应时限：2小时1.3.7 技术支援部安排实施角色：技术产品部负责人活动：收到weboffice网上问题电子流，安排工程人员实施；实施后对问题解决质量跟踪确认，如果发现问题，返回1.3.2执行；没有问题结束weboffice网上问题电子流。响应时限：12小时内1.4 临时版本管理过程有时会出现项目需要在较短的时间内提交在线版本的情况。原因比较多，有市场等多方面的因素。这时候，项目组可以在设计、编码、测试方面走快速通道。由于试用版本在实现过程中存在一定的风险，不排除上线后出现较大的问题。需要产品经理、开发经理、技术支援部人员、市场人员共同提交试用版本发布报告表，主要是阐明可能存在的风险，经相关人员审核通过后发布。在推出后续正式版本之前，需要充分考虑完全兼容试用
