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.若生产环境有问题，则按回滚方案回滚，若无问题，则在公司进行发布周知。

输出:

发布周知