1.确定需求
通过头脑风暴、讨论、会议、客户反馈等来源，确定产品最小闭环。
输出:
产品最小闭环描述
实现此功能的Good Parts/Bad Parts
风险点
预期效益
期望完成时间
2.需求文档
将步骤1中确定的最小闭环描述的需求转化为产品需求(PRD)。
输出:
PRD文档
3.交互设计
将步骤2中的prd转化为交互设计稿
输出:
交互设计文档
4.视觉设计
确定是否需要视觉设计，或者是套用已有模板。
输出:
视觉设计稿或模板使用规范
5.技术概要设计
5.1完成该需求需要实现多少模块
5.2对已有模块的影响。
5.3确定数据库表设计
5.4确定前后端接口设计
5.5确定数据统计需求
输出:
概要设计方案
6.项目排期
结合步骤1中的期望完成时间以及3,4,5各自的时间点，确定研发任务（可删减功能）与对应耗时。
输出:
项目排期计划
提交测试时间点
项目发布时间点
项目里程碑
7.编码
研发进行编码，同时需要实时更新项目进度/瓶颈。代码提交前，需要执行code review。Code Review后研发进行自测。
输出:
源代码
codereview总结
自测报告
8.测试用例编写
在步骤7进行的同时，测试人员编写测试用例，编写完成后，将测试用例交由产品经理与研发人员评审。若评审通过则认为通过此测试用例的程序即可发布。产品经理与研发需要在一定时间内响应评审需求，给出评审结果。
输出:
测试用例
测试用例评审请求
9.开发自测，通过后提交到测试环境，提交产品体验申请
开发完成自测后，输出研发自测报告，提交产品体验申请。
输出:
研发自测报告
产品体验申请邮件
10.产品体验，反馈问题
产品经理接收到产品体验邮件后，对测试环境中的版本进行走查。
输出:
产品体验报告
11.开发修改产品反馈问题，由研发人员提交测试
产品经理确认开发修改版本无误后，提交测试。
输出:
测试申请
12.测试开始测试，反馈测试问题
测试收到测试申请后，确认是否延期，如果延期则需要询问延期原因。测试人员在测试环境执行测试用例，提bug。
输出:
bug列表
13.开发修改测试反馈的问题
开发修改测试人员提出的bug，开发可以确认bug或者拒绝bug。
14.测试发布测试报告，同意/否定此版本
当开发与测试共同确认所有bug已经修复完毕后，发布测试报告。如果测试同意发布，则开发人员可以随时将此版本发布到生产环境。
输出:
测试报告
15.若测试同意发布，则发布到生产环境
开发发起发布流程，发起发布评审，需要产品经理再次体验后，方可发布到生产环境。
16.发布到生产环境后，测试发布生产环境验证报告
发布到生产环境后，测试人员必须进行生产验证。开发也需要进行生产环境自测。
输出:
生产环境验证报告
17.若生产环境有问题，则按回滚方案回滚，若无问题，则在公司进行发布周知。
输出:
发布周知
