最近在与一位总经理交流的时候，他谈到他们公司的软件研发管理，说：“我们公司最大的问题是项目不能按时完成，总要一拖再拖。”他问我有什么办法能改变这个境况。从这样一个问题开始，在随后的交谈中，又引出他一连串在软件研发管理中的遇到的问题，包括：现有代码质量不高，新来的开发人员接手时宁愿重写，也不愿意看别人留下的“烂”代码，怎么办？重构会造成回退，怎样避免？有些开发人员水平相对不高，如何保证他们的代码质量？软件研发到底需不需要文档？要求提交代码前做CodeReview，而开发人员不做，或敷衍了事，怎么办

前几天看了《CodeReview程序员的寄望与哀伤》，想到我们团队开展CodeReview也有2年了，结果还算比较满意，有些经验应该可以和大家一起分享、探讨。我们为什么要推行CodeReview呢？我们当时面临着代码混乱、Bug频出的状况。当时我觉得要有所改变，希望能提高产品的代码质量，改善开发团队面临的困境。并且我个人在开发上有很多经验，也希望这些知识能够在团队内传播。各种考虑后，我们最后认为推行CodeReview能改善或解决我们面临的很多问题。这篇文章的目的不是告诉大家怎么在一个团队内推行

前几天看了《CodeReview程序员的寄望与哀伤》，想到我们团队开展Code Review也有2年了，结果还算比较满意，有些经验应该可以和大家一起分享、探讨。 我们为什么要推行CodeReview呢？我们当时面临着代码混乱、Bug频出的状况。 当时我觉得要有所改变，希望能提高产品的代码质量，改善开发团队面临的困境。并且我个人在开发上有很多经验，也希望这些知识能够在团队内传播。