代码审查真的可以在真正的敏捷环境中工作吗？
因此，我开始为一家大型公司工作，其中一家公司名称中有3个字母，他们试图成为敏捷公司，但是却有大量流程，我认为这些流程不是敏捷的。 让我最受困扰的是代码审查。我最后的工作是在一家初创公司中工作，我可以说这是我见过，曾经和/或从未听说过的最敏捷的开发团队。 无论如何，我的观点是，代码审查在UX / UI极端/强烈（想想Apple / Steve Jobs完美）的迭代或敏捷开发中浪费时间。也许有人在解雇我之前可以帮助您理解？ 这是我的开发过程，也是我上次启动的过程。非常敏捷。 我们进行早期功能工作以对开发任务/待办事项进行排序。我们将模拟几个版本并将其呈现给用户，团队和市场，以获取反馈。然后，我们进行另一次样机迭代，以从上述相同的涉众获得一轮机会。然后，我们将工作分拆并开始。我们有一些里程碑和日期可以见面，但我们一直在努力。在此期间，我们没有任何代码审查。在我们开发的几周中，我们几次与利益相关者进行讨论，以了解他们是否仍然同意功能/功能/ UX / UI仍然是合适的目标。 随着8周迭代周期即将结束，质量检查人员开始进行测试，然后测试对象为alpha用户，最后是beta用户。但是在Alpha和Beta测试期间，开发人员将研究新功能和旧功能，对UI进行每日或每小时迭代更改，以改善UX。因此，此版本正在开发的功能可能会在过去四周内被更改3次以上，以进行改进和完善，或者添加一些微小的功能（例如，使组件更光滑或更智能）。有时这些更改可能是肤浅的，这意味着没有更改或修改任何CRUD操作，而仅更改所有UI。 因此，使用这种类型的开发过程（极端敏捷），代码审查不会浪费时间吗？这意味着如果我有另一个开发人员或两个开发人员来检查我的代码，但是由于所有UI / UX的改进，代码在发布之前又要更改3次，我们是否不浪费时间来检查代码的前3次？该代码/组件/ UI被废弃了吗？ 我们在此过程中从来没有遇到过很多质量问题，是的，如果开发人员将所有知识都排除在外，但是我们总是找到聪明的开发人员来接管并接管。 是的，我们有很多测试人员，因为他们可能必须重新测试3到4次。另外，请不要挂断询问为什么所有的UI / UX都会发生变化...那就是事情的完成方式...那么那就是为什么该应用程序会赢得大量的UI / UX奖并且用户会因此而丧命应用程式。思考的过程是，如果我可以多花2个小时来改善某件事，那么我可以将其提高2％。用户会更快乐，这意味着更多的$或用户。是的，我们的用户可以继续更改应用程序，因为这是自第一天以来的工作方式，因此他们不会认为它是不好的还是负面的。 希望这篇文章不会那么夸张，但是我看不出代码审查是不是浪费。也许我们所审查的代码中所有代码的2％都有错误。每个版本的代码审查可能会发现3个错误。因此，最终每个开发人员每个版本需要40个小时的代码审查（4 x 40 = 160个小时），才能发现3到5个错误？无论如何，质量保证会发现3到5个错误的可能性是50％。每个开发人员花40个小时来添加新功能或改进现有功能会更好吗？