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