在Scrum中，我们应该有独立的开发和测试冲刺吗

我的团队一次又一次地提出这个问题，他们没有足够的时间进行测试，因为在两周的冲刺中，PBI在第5天交付，QA必须在剩余的几天内完成测试。他们有可能在最后时刻发现bug，最终导致溢出。

为什么团队不减少其正在进行的工作限制，以便产品待办事项列表项能够尽早且经常地用于测试?焦点是Scrum所必需的。

所以他们希望在Sprint 1中进行开发，在Sprint 2中进行测试，以此来缓解压力。

Scrum指南说:“sprint是Scrum的核心，在这里想法转化为价值。”提出的建议将导致两个虚假的sprint，没有一个会在这些条件下成功。它可能感觉就好像压力被缓解了一样把问题掩盖起来．

如果你将两个Sprint分开，你将听到的下一个抱怨是开发人员在测试Sprint中没有足够的工作要做，而测试人员在开发Sprint中没有足够的工作要做。

这并不能解决你的问题。它试图隐藏它。问题是Scrum团队在开发人员内部有子团队。

Scrum指南中解释Scrum团队的部分以这段话开始

Scrum的基本单位是一个小团队，即Scrum团队。Scrum团队由一名Scrum管理员、一名产品负责人和开发人员组成。在Scrum团队中，没有子团队或层次结构。它是一个有凝聚力的专业人员单位，一次专注于一个目标，产品目标。

开发人员被定义为

开发人员是Scrum团队中致力于在每个Sprint中创建可用增量的任何方面的人。

所以，你的QA在Scrum职责定义中被认为是开发人员。我建议您鼓励他们研究更好的敏捷测试方法。我有20多年的QA工作背景。我很难相信5天的开发时间竟然花了5天时间进行测试。尤其是在Scrum环境中。如果你将产品待办事项列表分解为小的增量工作单元，那么从Sprint的第一天就应该有可能进行测试。你的描述听起来很像你在用2周的增量做瀑布式流程。仅仅说你在“做冲刺”并不意味着你在做的事情上是敏捷的。