迭代开发流程

所有的正常需求迭代需要按照以下流程进行

分为如下几个阶段

        需求立项

        设计

        开发

        测试

        验收

以下对各阶段关键环节进行定义

        1.需求阶段

                1.1 需求内审

                        目的：审核需求文档逻辑和需求满足度

                        发起人：产品经理

                        时间：需求文档初稿完成

                        参与人：项目技术负责人+产品+重点模块负责人+业务主体+（项目委员会+基础架构组）  括号内可选

                        产出：需求内审纪要，确定是否需要进行内审的复审，复审将重复本环节，不需要复审则需要确定立项时间（大项目）及                                      需求评审时间、确定项目立项讨论时间

                1.2.立项

                        目的：项目各方周知项目目标及路线图

                        发起人：技术负责人

                        时间：最好需求内审结束当天

                        参与人：项目委员会+技术负责人

                        产出：会议纪要（如有必要）,人员安排表

                1.3.需求评审

                        目的：评审详细的需求文档，需要开发、测试及产品对需求文档达成完全一致，如果需求评审没有通过，需要进入需求复                                      审阶段，复审将重复本环节，直至完全达成一致

                        发起人：产品

                        参与人：相关模块开发、测试、产品、设计

                        产出：

                                完结版的需求文档

                                详细设计（概要设计）评审时间

                                若需求范围较大需要指定概要设计负责人

        2.设计阶段

                2.1.需求分析

                        目的：若需求规模较大或者涉及范围较大，则组织相关技术分析理解需求。

                        发起人：技术负责人

                        参与人：技术负责人+相关技术人员+（基础架构组）

                        产出：指定概要设计和详细设计负责人

                2.2.概要设计评审

                        目的：如果需求范围较大，需要在详细设计之前做概要设计，用于理清边界，评估影响范围

                        发起人：概要设计负责人

                        参与人：相关模块开发、测试、产品

                        产出：

                                概要设计文档

                2.3.详细设计预审

                        目的：完成具体模块的设计、思维导图的预审，针对方案合理性，文档规范性进行初审。

                        发起人：技术负责人

                        参与人：技术负责人、开发组长、设计作者

                        产出：

                                预审改进意见

                2.4.详细设计评审计划

                        目的：规划详细设计评审计划

                        发起人：技术负责人

                        产出：

                                详细设计评审计划

                2.5.详细设计评审

                        目的：完成具体模块的设计、思维导图

                        发起人：开发或测试模块负责人

                        参与人：相关模块开发、测试、产品

                        产出：

                                开发详细设计文档

                                测试思维导图

                                开发计划制定时间

                                测试计划制定时间

                                详细设计打分表

                2.6.开发计划

                        目的：制定开发具体时间点及产出

                        发起人：开发模块负责人

                        参与人：相关开发负责人、项目委员会

                        产出：

                                分解任务及时间评估

                                联调时间点

                                测试环境冒烟时间点

                                提测时间点

                2.7.测试计划

                        目的：制定测试具体时间点及产出

                        发起人：测试模块负责人

                        参与人：相关测试负责人、项目委员会

                        产出：

                                测试任务分解

                                测试用例评审时间（最晚不能晚于提测时间）

                                测试完成时间

                                预发验收时间

                                上线验收时间

                2.8.测试用例评审

                        目的：评审测试用例

                        发起人：相关测试

                        参与人：相关开发、测试、产品

                        产出：

                                测试用例

        3.开发测试阶段

                3.1.开发完成

                        目的：开发

                        参与人：开发人员

                        产出：

                                所有代码已自测通过

                3.2.联调

                        目的：完成全流程功能联调，每日公告联调情况，对于较长时间阻碍联调，且分析结果是个人未自测导致，由项目组在项                                      目范围内提出批评

                        参与人员：开发人员

                        负责人：技术负责人

                        产出：

                                开发提测单，每日联调状态（阻碍原因）

                3.3.冒烟用例评审

                        目的：确定冒烟范围及程度

                        参与人员：测试，开发负责人，（开发）

                        产出：

                                冒烟用例清单

                3.4.冒烟

                        目的：根据提测单部署测试环境，保障测试环境冒烟用例通过

                        参与人：开发负责人，开发，测试

                        产出：

                                开发准出报告

                3.5.测试完成

                        目的：测试用例执行完毕、回归执行完毕

                        参与人：测试及开发人员

                        产出：

                                测试报告

                                预发申请单

 

        4.验收阶段

                4.1.预发回归

                        目的：测试全体在预发环境进行全量测试用例回归

                        参与人：测试

                        产出：

                                回归通过邮件，预发测试准出报告

                4.2.预发验收

                        目的：产品验收主要场景

                        参与人：产品、协助人员（技术部门相关人员）

                        产出：

                                预发验收报告

                                上线申请单

 

        5.上线及复盘

                5.1.上线评审

                        目的：确认预发验收结果、评估上线风险及范围，制定详细上线计划

                        发起人：项目负责人（技术经理）

                        参与人：项目委员会、产品、业务主体、相关开发、测试、DBA、运维

                        产出：

                        上线计划文档

                5.2.上线

                        目的：确认本次已上线内容

                        发起人：项目负责人（技术经理）

                        参与人：运维，DBA

                        产出：

                                上线报告（包含上线时间，上线服务内容，其他）

                5.3.上线验收

                        目的：业务主体验收线上功能

                        发起人：项目经理

                        参与人：业务主体、产品，协助人员（技术部门相关人员）

                        产出：

                                上线验收报告

                5.4.上线复盘

                        目的：总结项目完成情况，对各环节实现情况进行量化分析，表彰好的行为和个人

                        发起人：项目委员会

                        参与人：项目负责人、项目负责人、测试负责人

                        产出：

                                项目复盘报告