如何准备技术评审

一次完整项目的发布，须要通过需求评审->视觉稿评审->技术评审->项目kickoff->开发->联调->冒烟测试->QA测试->发布。上面列举的还只是流程中大的节点，整个项目的研发过程环环相扣，项目最终的质量保证系于每一个节点的质量保证，木桶原理运用在这里彻底合适。

下面我想讨论一下技术评审，主要围绕什么是技术评审、为何要作技术评审以及如何准备技术评审。

什么是技术评审

我认为，技术评审是针对这次项目设计出来的技术方案进行可行性分析的一个过程。它涉及到模型的设计、接口的约定、流程的编排等等，基本上能够说，技术评审即代码，拿着这份技术评审就能够进行开发。

为何要作技术评审

为何要作技术评审？我认为对于项目中每一个角色的意义是不一样的：

• 对于项目的开发人员，技术评审实际上是从需求到代码实现的一个映射。在准备的过程当中，可以梳理出实现的整个流程以及开发中的难点。另外，自身毕竟具备局限性，总体流程的设计是否合理，模型、接口的定义是否清晰，通过头脑风暴，可以获得一个更好的结果。站在全局角度考虑，有些工做是否是放到别人那里更加合适，经过你们的交流和碰撞，可以从我的一致到总体一致的状态转变；
• 对于项目经理来讲，他除了关心技术方案的可行性以外，他还会关注是否有功能点的遗漏以及技术实现上的人日评估，毕竟资源=Money；
• 对于架构师来说，它同开发人员的关注点类似，但抽象的层次更高，若是开发人员是站在楼上看风景，架构师就是在山上看。

如何准备技术评审

准备技术方案过程当中，要先理解需求，和产品同窗、运营同窗多聚焦，在双方达成一致的状况下，再设计技术方案，技术方案从总体到局部，要面面俱到。

在全局性上，我认为要有下面几张图：

• 要有整体架构图、流程大图、时序图、核心类图；

在局部上，要关注下面几个点：

• 功能的变动点，包括模型的变化、数据库字段的变化、流程上的变化；上下游接口的约定

 在项目中，设计评审并非一个无关紧要的节点，它可以为整个项目的顺利推动保驾护航