为什么进行不了代码Review？

极限编成里提到结对编程和代码Review,凡是稍微有脑子的人看了都很赞成。我的领导，我自己都在项目中想搞，都以失败告终。结对编程不适合国情，项目没有那么多人，也没有空间搞。那代码Review为什么不能开展起来呢？

　　先说说上个项目代码Review情况．开始这项制度大家都很认同，但每人的执行情况不同，无意中分成了俩组．一组积极执行代码Review,在提交码前会按照流程找人Review,多半是找我．另外一组则很少找人Review.俩组人同样的水平，但此效果的却如你能猜到的．积极Review的极大了减少了版本控制中的范错．代码质量也得到了很大提高，他们提交的代码几乎没有什么问题．他们获得了长期的信任．相反．另外一组总会范些错误，譬如提前提交了不应该提交的代码．代码中有错误没有发现等等，自己水平也没有因此而提高

　　既然有这样好的效果，为什么在项目中开展不了代码Review呢．我想有如下原因：

　　个人来讲：

　　１）对自己写的代码不自信，害怕别人Review.这个应该占个人1/3因素．后果是自己无法获得提高

　　２）想快速提交代码获得认同，而不原意去reivew,这个占了很多因素，后果是会影响整个团队．

　　３）对自己代码太自信．这个占的很少原因，往往改了后没有测试就提交了．

　　项目组来讲

　　１）没有一个很好的流程，如何Review,如何提交代码和测试．这个并不是一个大问题．然而，如何去Reivew,任何书都不可能说全．需要项目组人去实践

　　２）没有一个很好的发布计划．混乱的发布计划搞得所有人都不知所措．即使熟练版本控制，代码Review的人也会搞乱．譬如说好下周需要修改５处功能，但发布的时候又要增加或者减少．麻烦的问题就接踵而来．所以项目经理在混乱的时候想想是不时自己的发布计划有问题或者压更没有

　　３）监控代码Review流程的人＂利益相关＂导致此流程很难被监督．通常都会选择一个人去监督流程，但通常是项目经理或者一个老员工．但都是项目中的人，一旦项目紧急，这些监督者都会放弃流程．在项目外找个监督者是个很不错的方式

　　４）时间紧迫．没有人能抽出时间去Review,或者陪你Review

　　我一直都没有能解决好这看着简单的问题．但我想走向解决之道最重要的不在项目个人，而在于项目组整体能解决好俩个问题．良好的发布计划或者开发计划．还有就是找利益无关的监督者．希望在下个项目中能实践好