一次完整項目的發布，需要經過需求評審->視覺稿評審->技術評審->項目kickoff->開發->聯調->冒煙測試->QA測試->發布。上面列舉的還只是流程中大的節點，整個項目的研發過程環環相扣，項目最終的質量保證系於每個節點的質量保證，木桶原理運用在這里完全合適。
下面我想討論一下技術評審，主要圍繞什么是技術評審、為什么要做技術評審以及如何准備技術評審。
什么是技術評審
我認為，技術評審是針對此次項目設計出來的技術方案進行可行性分析的一個過程。它涉及到模型的設計、接口的約定、流程的編排等等，基本上可以說，技術評審即代碼，拿着這份技術評審就可以進行開發。
為什么要做技術評審
為什么要做技術評審？我認為對於項目中每個角色的意義是不同的：
- 對於項目的開發人員，技術評審其實是從需求到代碼實現的一個映射。在准備的過程中，能夠梳理出實現的整個流程以及開發中的難點。另外，自身畢竟具有局限性，整體流程的設計是否合理，模型、接口的定義是否清晰，經過頭腦風暴，能夠得到一個更好的結果。站在全局角度考慮，有些工作是不是放到別人那里更加合適，通過大家的交流和碰撞，能夠從個人一致到整體一致的狀態轉變；
- 對於項目經理來說，他除了關心技術方案的可行性之外，他還會關注是否有功能點的遺漏以及技術實現上的人日評估，畢竟資源=Money；
- 對於架構師來講，它同開發人員的關注點相似，但抽象的層次更高，如果開發人員是站在樓上看風景，架構師就是在山上看。
如何准備技術評審
准備技術方案過程中，要先理解需求，和產品同學、運營同學多聚焦，在雙方達成一致的情況下，再設計技術方案，技術方案從整體到局部，要面面俱到。
在全局性上，我認為要有下面幾張圖：
- 要有總體架構圖、流程大圖、時序圖、核心類圖；
在局部上，要關注下面幾個點：
- 功能的變更點，包括模型的變化、數據庫字段的變化、流程上的變化；上下游接口的約定
在項目中，設計評審並不是一個可有可無的節點，它能夠為整個項目的順利推進保駕護航