本文共 401 字，大约阅读时间需要 1 分钟。

作者：朱金灿

来源：

       今天发生了这样一件事：部门的一个同事之前为了完成一个显示优化工作，修改了一个重要接口的代码，结果导致了很多模块调用出错。这使我意识到：每个人的思维都是存在盲区的，在牵涉到多个模块时的代码变动时应该有一个评审机制，确保开发者的设计思路能够得到部门技术委员会的审核，这样才能最大程度避免出现重大设计缺陷。

       研发评审涉及几个方面的问题。一是评审的发起。显然是牵涉模块比较多的接口变动以及比较重要的设计工作才需要评审。是否需要评审和评审日期的确定应该是在研发任务分配时就要确定。评审人的组成可以是部门的技术骨干以及相关的开发人员和专家等。

       评审的流程应该是开发人员先给评审人阐述设计思路，接受评审人的提问以此来弥补自己的设计缺陷。在评审后评审人需要签字确认开发人员的设计是否获得通过，如果得不到一定数量评审人的通过，则需要要求开发人员重新完善设计。只有通过了评审开发人员才能进入编码阶段。

转载地址：http://kcimb.baihongyu.com/