目标&原则：
1、 提高代码质量，及早发现潜在缺陷，降低修改/弥补缺陷的成本。
2、 促进团队内部知识共享，提高团队整体水平
3、 评审过程对于评审人员来说，也是一种思路重构的过程，帮助更多的人理解系统
4、 是一个传递知识的手段，可以让其它并不熟悉代码的人知道作者的意图和想法，从而可以在以后轻松维护代码
5、 鼓励相互学习对方的长处和优点
6、 高效迅速完成Code Review
频率越高越好，交流放在每一天，具体根据各团队实际情况安排，下面列出几个关键节点。
需求评审
技术是为业务服务的，代码的所有价值最终都要通过业务结果来呈现，希望大家具备产品思维、业务思维，具有预见未来的能力。
技术方案
实现思路，库表，系统架构，逻辑流程梳理。
系统骨架
哪些类，
