关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。
想改进这个问题?将问题更新为 on-topic对于堆栈溢出。
4年前关闭。
Improve this question
我现在目睹了两家公司使用 Scrum 转向敏捷开发。
在这两种情况下,当应用程序的每个部分仅由一个或两个开发人员处理时,编码标准就足够了,而开发人员在进行下一个任务之前花费了合理的时间来处理应用程序的一个部分。缺陷率也很合理。
然而,对于 Scrum,开发人员应该:
代码质量成为两个 Scrum 项目中的一个问题。
那么有没有一种方法来做 Scrum 不会导致这些问题,而无需首先让所有开发人员进行测试驱动开发?
你见过 Scrum 在没有测试驱动开发的大型项目上运行良好吗? (如果有怎么办?)
最佳答案
我想扩展丹所说的话。
Scrum/Agile 规定了软件工程原则,这是一个非常普遍的误解。这是一个谬误,原因有很多。正如 Dan 提到的,Scrum 是一个软件管理过程,而不是一个软件工程过程。话虽如此,您经常会看到许多与 Scrum 相关的工程原则。 TDD、XP 等方法倾向于补充 Scrum 提倡的管理方法,但不是必需的。
CI、TDD 和其他工程实践经常与 Scrum 并驾齐驱的原因是,一般来说,无论使用哪种管理方法,许多都是可以遵循的良好实践。
我想解决您的 OP 中的其他几个谬误:
However with Scrum the developers are expected:
* to all be able to work on all the bits of the application.
* to only work on one area of the application for a few days at most before
moving to the next area
* to mostly work on code they did not write
见 this有关 Scrum 开发人员通常期望的品质的更多信息的问题/答案。
关于unit-testing - 如果没有测试驱动开发,Scrum 是否可行?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2373377/