开发流程
这篇文章记录一些我对Design Review 的一些思考，下面是我当下对开发流程的理解：
开发流程：
-
收到需求
-
需求分析
-
设计分析
-
项目排期
-
项目开发
-
测试环境测试
-
线上回归测试
-
上线观察
-
问题修复和优化
-
需求结束，代码下线
Design Review
根据需求我们需要给出实现方案，如Db 表设计，消息队列设计，代码组织，模块划分，单元测试等等，这是我目前了解到的，我开发的时候还没有做到这么细，也是自己后面努力的方向。
设计好方案以后需要思考是否可以满足我们这次开发的业务需求：
功能是否完善
QPS是否合格，当然这个是在我们项目对性能有要求的前提下
线上出了问题是否方面定位和分析
使用是否好用
以上是我目前想到的了
给出设计方案以后，我们可以思考一下，然后隔一天自己Review一下，如果自己觉得没有什么大的问题的时候，请团队内的同事或者产品经理帮忙Review一下自己的设计和分析，在和同事交流和分析的时候，我们往往会get到我们没有注意到的细节和问题，这也就是Design Review 的重要性了，根据我们讨论和分析得到的问题，给出解决方法和方案，然后再Review一下，如果没有问题，我们接下来就可以进入开发阶段了。
Design Review的重要性
在Design Review的过程中帮我们暴露了我们没有考虑到的问题，提前解决总比我们开发到一半才发现自己的设计有问题，需要重新设计要好的多。同时，不要害怕被指出问题，提早暴露问题总比线上出了问题好的多，还有要有开放和空杯的心态，和同事一起分析和解决问题是成长最快的。