如何准备技术评审
一次完整项目的发布，需要经过需求评审->视觉稿评审->技术评审->项目kickoff->开发->联调->冒烟测试->QA测试->发布。上面列举的还只是流程中大的节点，整个项目的研发过程环环相扣，项目最终的质量保证系于每个节点的质量保证，木桶原理运用在这里完全合适。
下面我想讨论一下技术评审，主要围绕什么是技术评审、为什么要做技术评审以及如何准备技术评审。
什么是技术评审
我认为，技术评审是针对此次项目设计出来的技术方案进行可行性分析的一个过程。它涉及到模型的设计、接口的约定、流程的编排等等，基本上可以说，技术评审即代码，拿着这份技术评审就可以进行开发。
为什么要做技术评审
为什么要做技术评审？我认为对于项目中每个角色的意义是不同的：
- 对于项目的开发人员，技术评审其实是从需求到代码实现的一个映射。在准备的过程中，能够梳理出实现的整个流程以及开发中的难点。另外，自身毕竟具有局限性，整体流程的设计是否合理，模型、接口的定义是否清晰，经过头脑风暴，能够得到一个更好的结果。站在全局角度考虑，有些工作是不是放到别人那里更加合适，通过大家的交流和碰撞，能够从个人一致到整体一致的状态转变；
- 对于项目经理来说，他除了关心技术方案的可行性之外，他还会关注是否有功能点的遗漏以及技术实现上的人日评估，毕竟资源=Money；
- 对于架构师来讲，它同开发人员的关注点相似，但抽象的层次更高，如果开发人员是站在楼上看风景，架构师就是在山上看。
如何准备技术评审
准备技术方案过程中，要先理解需求，和产品同学、运营同学多聚焦，在双方达成一致的情况下，再设计技术方案，技术方案从整体到局部，要面面俱到。
在全局性上，我认为要有下面几张图：
- 要有总体架构图、流程大图、时序图、核心类图；
在局部上，要关注下面几个点：
- 功能的变更点，包括模型的变化、数据库字段的变化、流程上的变化；上下游接口的约定
在项目中，设计评审并不是一个可有可无的节点，它能够为整个项目的顺利推进保驾护航
