略论研发评审的必要性

作者:朱金灿

来源:http://blog.csdn.net/clever101

 

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

 

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

 

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

clever101

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值