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