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

本周在準備一個項目的技術評審，前前後後總共評了三次，最終架構師給打了60分，算是勉強通過。下面我想討論一下技術評審，主要圍繞什麽是技術評審、為什麽要做技術評審以及如何準備技術評審。

什麽是技術評審？

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

為什麽要做技術評審？

為什麽要做技術評審？我認為對於項目中每個角色的意義是不同的：

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

如何準備技術評審？

準備技術評審之前，一定要認真看需求稿，一定要認真看視覺稿，接下來有幾件比較重要的事情：

• 一定要有總體架構圖、流程大圖、時序圖和核心類圖；
• 功能的變更點，這個變更點包括數據的變化：DO和VO模型的變化、數據庫字段的變化，還有就是流程上的變化；

如何寫項目中的技術方案