研发流程介绍-新员工培训(新).pptVIP

* * * 新员工培训 1、深圳研发部角色分工 2、研发流程 （全流程：版本需求、紧急需求、简单需求、故障及bug) (分支流程：项目需求及变更/紧急需求及变更、项目计划、研发设计、技术评审、测试及基线、缺陷管理、一般上线/紧急上线、故障处理） 3、技术规范 （研发checklist、数据库架构、邮箱产品的系统架构、经典案例分析） 4、系统使用 （包括ET、OA、SVN、QC的使用） 5、问题答疑 培训大纲 深圳研发部角色分工 各室工作范围介绍： 邮箱产品开发室：（个邮、企邮、WAP室的合称）主要负责公司个人邮箱、企业邮箱、短彩产品的开发工作，负责相关产品的WEB、WAP版本的设计、开发工作 。包括产品： 139邮箱产品开发()、 企业邮箱产品开发（）、Wap139邮箱（ ）、 wap企业邮箱： 平台开发室 ：负责基础服务和公共服务/系统/平台、通用组件、基础组件和核心服务的设计和开发; OSS开发室:负责NGOSS\个人邮箱、企业邮箱及增值业务的运营支撑系统规划、设计和开发工作, 公共组件、接口、第三方业务整合及对外公共能力接口、数据仓库及用户三大特征库的建设 测试室：主要负责各室开发的产品进行系统测试、测试部署、灰度部署工作。 过程管理室：主要负责流程制定、培训、监督、指导、咨询、度量分析等工作，还包括版本管理、现网问题跟进、培训及行政工作。 版本需求整体流程图 需求范围： 1. 产品提出新产品、新功能需求 2. 产品提供的修改，优化需求 3. 研发内部的修改/优化、架构优化需求 处理措施： 1.按月度集中收集、集中评估的方式根据需求优先级、重要程度确认下月的需求范围，走版本需求流程 2.如果在已开发的版本上提出修改或新增新需求，走需求变更流程，涉及里程碑变更的需要研发室经理审批 需求范围： 未在月度需求评估会集中提出的，但需要在下月实现的需求。如：政治任务、一线集团工单、来自移动的需求，或是产品规划的紧急需求，或是研发内部紧急bug的修复。 处理措施： 需求的开发需要双方总监、室经理进行审批，不在已提交的上线计划内的，在上线时需要研发、运维室经理审批。 如单独版本开发走紧急需求流程； 如合并版本按版本需求走变更流程； 紧急需求整体流程图 需求范围： 涉及只是页面文字、链接的修改，不牵扯到业务逻辑变更的单独需求版本，周期较短,风险较小. 处理措施： 不在已提交的上线计划内的，在上线时需要研发、运维室经理审批。 1.建立分支版本，走简单需求流程 2.合并到版本需求，走版本需求流程 简单需求整体流程图 需求范围： 来自运维、客服、产品等部门发现的现网问题。 处理措施： 1.紧急处理后单独安排在计划外的非正常时间点上线（即不是周二、周四上线），需要汪总审批。 2.处理完之后单独安排在计划外的正常时间点上线（即是在周二、周四上线），需要运维室经理审批。 3.可以合并现有版本开发上线（有提交上线计划，按计划时间上线），不需要审批，按A级项目流程走。 故障及bug整体流程图 产品需求管理流程图 特别说明： 1、需求来源主要包括：一线需求、业务团队、运营、WEB-WAP用户反馈、绿色通道、观察员。 2、所有产品需求、运营需求都要通过产品策划部评估后再提交研发评估或开发。原则上以需求是每月集中提交给研发一次，中途的紧急需求插入需由双方总监审批，要不然要求产品经理延至下个月再提出。 需求版本管理流程图 1.纳入月度版本开发计划中的产品需求，一般情况下必须有规范的产品策划方案研发才进行正式需求评审，有需要UE原型图的情况下，必须具备UE原型图和策划案才邀请研发、测试进行正式的需求评审，研发、测试必须带着问题进行评审。 2.紧急需求必须先经过双方总监级邮件审批，研发才安排资源投入开发。 3。需求在正式评审之前，如产品经理不清楚找哪个项目经理、测试负责人时，产品经理应该请示研发室经理、测试室经理分派资源。 变更管理流程图 特别说明： 1、项目的变更提出、执行都必须邮件知会到项目的相关成员及部门领导，主要包括：研发总监、室经理、项目经理、开发人员、测试人员、产品经理、QA、配置工程师等。 2、变更信息的确认可以通过邮件或开会的形式，具体看变更的内容和范围而定。 需求变更流程图 说明： 基于上次确认的策划案作出的新增、修改、删除都属于需求变更，但如果项目经理综合评估此变更的工作量不影响原来制定的整体计划的话，可以不提需求变更单，但要更新ET上原来的策划案，并通知到相关项目成员。 (前提条件：变更申请人在发出变更前，要与相关的干系人对变更的信息进行沟通确认，信息达成一致后发给室经理审批，如各方意见有不统一的情况，则由总监级给出最终的意见。) 1.申请人在ET发起变更申请工单，