代码评审：很多情况下都没必要

在DevOps标准评估中，参评单位往往希望获得高分，而评估师则力求揭示实际情况，导致双方经常产生巧妙的互动。特别是在评估代码评审实践时，评估师会问及代码评审的实施情况。最初，对方会声称他们对所有代码更改进行评审，但当要求提供最近发现的问题时，对方往往无法回答。随着评估师变得更为谨慎，参评单位也开始准备回应，例如展示问题记录。

然而，关键问题在于为何有些团队不真正执行代码评审。代码评审的目的是提高代码质量，但它需要额外的时间和精力，因此并非所有情况下都是必要的。如果产品质量要求不高，或者在产品初创阶段，快速开发可能比代码评审更重要。而对于复杂的大型系统，或者团队中有新成员，代码评审则显得尤为重要。

理想情况下，开发团队应根据自身情况制定适合的代码评审策略，例如确定哪些模块或哪些人的代码更改必须评审。如此定制的策略更符合企业和开发团队的利益，也是DevOps标准所鼓励的。在DevOps标准中，全面评审所有代码更改被视为三级水平，而制定并实施适合自己的策略则是四级水平。

不过，评估师发现大多数项目仍然倾向于全面评审，即便这并非最有效率的策略。为何会这样，评估师本人也表示不解。