開發流程
這篇文章記錄一些我對Design Review 的一些思考，下面是我當下對開發流程的理解：
開發流程：
-
收到需求
-
需求分析
-
設計分析
-
項目排期
-
項目開發
-
測試環境測試
-
線上回歸測試
-
上線觀察
-
問題修復和優化
-
需求結束，代碼下線
Design Review
根據需求我們需要給出實現方案，如Db 表設計，消息隊列設計，代碼組織，模塊划分，單元測試等等，這是我目前了解到的，我開發的時候還沒有做到這么細，也是自己后面努力的方向。
設計好方案以后需要思考是否可以滿足我們這次開發的業務需求：
功能是否完善
QPS是否合格，當然這個是在我們項目對性能有要求的前提下
線上出了問題是否方面定位和分析
使用是否好用
以上是我目前想到的了
給出設計方案以后，我們可以思考一下，然后隔一天自己Review一下，如果自己覺得沒有什么大的問題的時候，請團隊內的同事或者產品經理幫忙Review一下自己的設計和分析，在和同事交流和分析的時候，我們往往會get到我們沒有注意到的細節和問題，這也就是Design Review 的重要性了，根據我們討論和分析得到的問題，給出解決方法和方案，然后再Review一下，如果沒有問題，我們接下來就可以進入開發階段了。
Design Review的重要性
在Design Review的過程中幫我們暴露了我們沒有考慮到的問題，提前解決總比我們開發到一半才發現自己的設計有問題，需要重新設計要好的多。同時，不要害怕被指出問題，提早暴露問題總比線上出了問題好的多，還有要有開放和空杯的心態，和同事一起分析和解決問題是成長最快的。