关于Design Review 的一些思考

开发流程

这篇文章记录一些我对Design Review 的一些思考，下面是我当下对开发流程的理解：

开发流程：

• 收到需求

• 需求分析

• 设计分析

• 项目排期

• 项目开发

• 测试环境测试

• 线上回归测试

• 上线观察

• 问题修复和优化

• 需求结束，代码下线

Design Review

根据需求我们需要给出实现方案，如Db 表设计，消息队列设计，代码组织，模块划分，单元测试等等，这是我目前了解到的，我开发的时候还没有做到这么细，也是自己后面努力的方向。

设计好方案以后需要思考是否可以满足我们这次开发的业务需求：

功能是否完善

QPS是否合格，当然这个是在我们项目对性能有要求的前提下

线上出了问题是否方面定位和分析

使用是否好用

以上是我目前想到的了

给出设计方案以后，我们可以思考一下，然后隔一天自己Review一下，如果自己觉得没有什么大的问题的时候，请团队内的同事或者产品经理帮忙Review一下自己的设计和分析，在和同事交流和分析的时候，我们往往会get到我们没有注意到的细节和问题，这也就是Design Review 的重要性了，根据我们讨论和分析得到的问题，给出解决方法和方案，然后再Review一下，如果没有问题，我们接下来就可以进入开发阶段了。

Design Review的重要性

在Design Review的过程中帮我们暴露了我们没有考虑到的问题，提前解决总比我们开发到一半才发现自己的设计有问题，需要重新设计要好的多。同时，不要害怕被指出问题，提早暴露问题总比线上出了问题好的多，还有要有开放和空杯的心态，和同事一起分析和解决问题是成长最快的。