敏捷在每次迭代中都有以下阶段
需求、设计、开发、测试、部署、审查、收集反馈+新功能，重复。
这是我的理解。
如果我的理解是正确的，那么当测试团队和 IT 运营团队完成冲刺时，开发团队是否会闲着？ （假设产品是新的，这是敏捷的第一次迭代）
我确信我在这里遗漏了一些东西。
Sprint 是 Scrum 的一部分。 Scrum 只是敏捷类型的一种。
所以你必须在写作时冲刺团队。 当开发人员处于测试冲刺阶段时，他们可以修复错误、解决报告的问题并为后续冲刺开发功能。
您似乎正在尝试在敏捷中采用传统的分阶段 SDLC。这是一个普遍的误解。 敏捷不是一个分阶段的过程。所有活动都是从开始到结束执行的过程，而不是阶段。因此，您可以在迭代过程中收集需求、开发和测试。
有很多关于如何执行它的技术，例如小任务、TDD、ATDD 和持续集成。理想情况下，开发后无需进行测试；当自动验收测试通过时，工作就完成了。
我知道可以有一种明确的公司方式，这需要测试阶段和单独的团队，但这使得开发就像一系列迷你瀑布一样，而不是敏捷的。
首先，需要注意的是，敏捷只是软件开发的众多模型中的一种，您之前的描述是不同模型的活动的组合，特别是混合敏捷和 Scrum 流程的活动。
在软件开发中，所有模型的核心活动都是一致的，通常包括以下内容：收集需求、设计软件系统、实现软件系统、引入软件系统、运营软件系统以及进一步开发软件系统。此外，项目规划和质量保证等支持活动也很重要。
在敏捷中，所有活动在短周期内不断迭代，直到实现项目目标。这些周期通常称为冲刺，持续时间不应超过四个星期。需要注意的是，您提到的审核流程实际上是特定于 Scrum 流程的。
在Scrum中，关键流程包括Sprint计划、Sprint、Sprint评审和Sprint回顾。冲刺代表一个特定的时间范围（类似于一个周期），团队在该时间范围内计划、实施、向客户展示已完成的工作、收集下一个冲刺的新要求，并反思需要改进的领域。
现在，让我们讨论团队及其职责。 Scrum 团队由产品负责人、Scrum Master 和一组开发人员组成。产品负责人代表利益相关者的利益，并充当利益相关者和团队之间互动的主要点。产品负责人做出的决定必须得到整个组织的接受。他们的职责包括创建和管理产品待办事项列表，以及解释、阐述待办事项列表项目并确定其优先级。
Scrum Master 负责向组织和团队传授 Scrum 方法论。它们支持团队内部以及团队与环境之间的协作。此外，他们还确保消除可能阻碍项目进展的任何障碍。
开发团队通常由至少三名、最多九名高技能且平等的开发人员组成，在没有任何正式领导职位的情况下自行组织。该团队是跨职能的，这意味着他们拥有广泛的技能和能力。没有项目管理、需求收集、架构、测试等方面的专家。但是，个别团队成员可能拥有特定领域的专业知识。
我希望修订后的解释能让您更好地理解敏捷和 Scrum 方法。