代码评审的结果，以及管理人员如何以有利于整个团队的方式改进过程。
代码审查的一般目的是让开发团队在代码进入生产之前识别并纠正错误。这是传统观点。然而，我们也相信代码评审可以完成的远不止一个实用的结果——特别是如果领导和管理人员成为评审过程中有意义的参与者。
除了修复错误之外，代码评审(我们交替使用PR、pull request和代码评审这三个词)可以产生更高质量的代码，在整个团队中得到更广泛的理解。研究表明，该过程节省了资金，减少了对QA的依赖，并改善了工程开发、知识共享和团队的整体文化，以及代码的质量。对工程师来说，这也是一个合作、向同行学习、实践导师和发现问题解决方案的机会。
在这个指南中，我们已经为软件工程领导者集合了基础资源，以便能够简明地沟通代码评审的结果(高质量代码的传统目标，以及团队内部改进的协作和问题解决)。本指南还强调了经理在代码评审过程中的角色，包括工程团队常见的8种评审动态。这些动态包括识别团队中各种工作模式的方法，以及利用这些洞见来指导团队实现更可持续的实践，并帮助减少一起工作中的摩擦的方法。
