整体开发流程

1、需求阶段

需求调研

MRD产出 收集需求，理解需求

需求评审

1、PRD评审

• RD与PM一起参与需求评审，要清楚的知道需求的背景和收益，如没有收益需要提出挑战。业务提出的需求，要让业务一起参与。对开发点进行分析和讨论。对不合理点要主动提出，尽可能的提出解决的建议。

• 任何需求RD同学都必须清楚的知道为谁解决问题？痛点是什么？业务的真正诉求是什么？请带着这三个Why去深挖背景。
• 收益要清晰明了，要对应上交付后的结果跟进。我们不是只做开发，实现功能，我们需要对交付结果负责。
• 收益=风险+成本。如果风险很高，收益很小，需要考虑是否有必要做。同样成本也是收益的衡量点。

2、开发阶段

技术设计

技术文档——原则上都可以产出技术设计文档，对于大于(包含)5PD开发时间的，必须要出技术方案设计

• 需求分析、架构设计、技术选型、接口设计、库表设计

排期——技术设计的同时要给出详细的开发计划

技术方案评审

技术设计完成后，需要组织评审会，让全组同学参与讨论。

开发+自测+联调

进入需求开发流程，开发阶段包含【开发+自测+联调】,开发过程中开发环境应及时合并线上最新的上线代码，保证开发环境与线上代码的同步。

1.根据需示ones，流转ones状态至开发阶段

2.按照开发计划建立开发任务(任务以2PD左右可完成拆解)

3.通过ones上的分支功能拉出代码分支

4.开发完成自测或联调时，需要发布测试环境进行测试联调

3、测试阶段

提测

• 提测前要保证开发环境的分支代码是超前(并包含)master最新代码。

• 提测前要完成CodeReview

• 创建提测任务后按自测pipeline流程，RD先自测

4、上线阶段

上线

制定上线、回滚方案

上线前要将代码合并到Master，通过master来进行打包上线。

上线前提交PR需保证代码为最新，也可通过自测pipeline检测

需严格按上线流程执行，出现回滚需在2天内完成复盘，总结经验避免下次出现同样问题。

验收

上线完成，通知PM，QA及业务方进行验收。

5、后评估

需求上线后，及时跟进业务使用，一周后跟进业务产出需求上线的后评估报告，对应需求收益是否符合。

1.符合预期，详细数据分析文档，RD需重点关注核心业务指标的变化。

分析技术是否有可优化的点，推进PM和业务，迭代功能。

2.未符合预期同样需要分析原因。