如何準備技術評審

一次完整項目的發佈，須要通過需求評審->視覺稿評審->技術評審->項目kickoff->開發->聯調->冒煙測試->QA測試->發佈。上面列舉的還只是流程中大的節點，整個項目的研發過程環環相扣，項目最終的質量保證繫於每一個節點的質量保證，木桶原理運用在這裏徹底合適。

下面我想討論一下技術評審，主要圍繞什麼是技術評審、爲何要作技術評審以及如何準備技術評審。

什麼是技術評審

我認爲，技術評審是針對這次項目設計出來的技術方案進行可行性分析的一個過程。它涉及到模型的設計、接口的約定、流程的編排等等，基本上能夠說，技術評審即代碼，拿着這份技術評審就能夠進行開發。

爲何要作技術評審

爲何要作技術評審？我認爲對於項目中每一個角色的意義是不一樣的：

• 對於項目的開發人員，技術評審實際上是從需求到代碼實現的一個映射。在準備的過程當中，可以梳理出實現的整個流程以及開發中的難點。另外，自身畢竟具備侷限性，總體流程的設計是否合理，模型、接口的定義是否清晰，通過頭腦風暴，可以獲得一個更好的結果。站在全局角度考慮，有些工做是否是放到別人那裏更加合適，經過你們的交流和碰撞，可以從我的一致到總體一致的狀態轉變；
• 對於項目經理來講，他除了關心技術方案的可行性以外，他還會關注是否有功能點的遺漏以及技術實現上的人日評估，畢竟資源=Money；
• 對於架構師來說，它同開發人員的關注點類似，但抽象的層次更高，若是開發人員是站在樓上看風景，架構師就是在山上看。

如何準備技術評審

準備技術方案過程當中，要先理解需求，和產品同窗、運營同窗多聚焦，在雙方達成一致的狀況下，再設計技術方案，技術方案從總體到局部，要面面俱到。

在全局性上，我認爲要有下面幾張圖：

• 要有整體架構圖、流程大圖、時序圖、核心類圖；

在局部上，要關注下面幾個點：

• 功能的變動點，包括模型的變化、數據庫字段的變化、流程上的變化；上下游接口的約定

 在項目中，設計評審並非一個無關緊要的節點，它可以爲整個項目的順利推動保駕護航