下发上线邮件通告：公司高管、销售、运营、客服、产品、等
参与需求、原型评审
进入敏捷迭代
是
1、研发过程需求沟通，确认需求理解一致不失真。2、产品经理牵头组织UI设计师、开发（前端）参与验收，验收后需要周知产品、设计、开发、测试人员。
确认UI设计工期
需求方验证
产品经理牵头制定迭代排期计划
下发确认邮件
输出文档
测试验证问题记录
产品开发阶段
技术调研、框架选型
参与测试验证
与研发、UI设计沟通基本需求
不通过
产品上线审批
Debug/优化
通过
测试计划
研发设计
说明：针对APP如发现严重问题立即修复更新，不紧急的放到下一个版本迭代。
PRD文档、流程图、原型、功能埋点设计
需求收集整理
迭代版本验收
开发环境搭建
测试部
重大变更
用户故事收集迫切程度期望上线时间
上线成功
相关参与方
测试环境搭建
测试用例评审
回归测试
产品研发
产品设计
项目总结文件归档
UI设计
产品结项
否进入下一版迭代
确认最终发布时间
输出迭代进度计划
需求、原型评审
需求池
开发前准备
需求评审
研发排期
Bug库
用户故事功能拆分
需求方确认
测试问题记录
产品细化
回滚
项目变更流程
产品、开发、测试、UI设计、运维、运营
进入下一轮迭代 或 产品结项
概要设计书数据库设计说明书接口/功能文档
研发、测试、产品
产品发布/更新
研发部
编写测试用例
评估优先级
研发进度计划
针对立项评审其主要目的：是通过阐述项目的整体情况，请决策层确定该项目是否适合启动，公司给予多大的支持，其优先级如何。
需求变更
产品、开发、测试、运维
可行性
需求确认阶段
技术设计方案评审
UI设计稿
单元测试
测试日报/周报（邮件发送产品、研发）
要求:1. 一般迭代周期为1-2周（根据项目发展阶段不同可调整）。2. 需求评审通过后，本迭代周期内不宜随意添加或修改需求。3. 新需求/非重大需求变更可放到下一迭代版本中。4. 需求重大变更影响到产品整体方向和计划，走项目变更流程。
运维部
编写测试计划
测试报告
测试用例
生产部署手册
发送PRD、流程图、原型等
产品、开发、测试、UI设计
否
提前准备的工作
需求方（销售、运营、客服、产品、客户等）
原型设计
需求方、产品、UI设计、研发、测试
版本发布
页面交互、视觉一致性测试
产品发布上线
项目完结
上线结果
Ui设计
生产环境搭建
竞品、交互资源收集
结项报告
产品部
研发内部评审
立项报告
上线后运维和维护
产品迭代开发流程v0.2
立项评审
进入开发阶段
功能/接口测试性能体验测试
线上测试
遗留问题/反馈
失败
