Scrum 和敏捷开发有什么区别？Sprint 和 Iterations 是一样的吗？
问问题
548022 次
7 回答
357
Scrum 只是众多迭代和增量敏捷软件开发方法中的一种。您可以在此处找到该过程的非常详细的描述。
在 SCRUM 方法中，Sprint 是开发的基本单位。每个 Sprint 都从一个计划会议开始，其中确定了 sprint 的任务，并对 sprint 目标做出了估计的承诺。Sprint 以审查或回顾会议结束，审查进度并确定下一个 sprint 的经验教训。在每个 Sprint 期间，团队都会创建产品的完成部分。
在敏捷方法中，每次迭代都涉及一个团队在整个软件开发周期中工作，包括规划、需求分析、设计、编码、单元测试和向利益相关者展示工作产品时的验收测试。
因此，如果在 SCRUM Sprint 中您执行所有软件开发阶段（从需求分析到验收测试），并且我认为您应该这样做，您可以说 SCRUM Sprint 对应于 AGILE Iterations。
于 2012-07-13T11:19:42.810 回答
77
正如上面其他人所说，
Scrum 是一种迭代和增量的敏捷软件开发方法，用于管理软件项目和产品或应用程序开发。所以 Scrum 实际上是一种在软件开发中广泛使用的敏捷方法。
因此，Scrum 是敏捷的一种特殊形式，具体而言，它被称为敏捷项目管理框架。
Scrum内部主要有两个角色，分别是：1.主要/核心角色2.辅助角色
Main/Core 角色：主要由三个角色组成：a)。Scrum Master，b)。产品负责人，c)。开发小组。
辅助角色：Scrum 团队中的辅助角色是那些没有正式角色且不经常参与 Scrum 进程的角色，但仍然必须将其考虑在内。即。利益相关者，管理者。
Scrum Master：- Scrum 中有 6 种会议类型：
- 每日站会/站立
- 积压梳理：故事情节
- Scrum 的 Scrum
- 冲刺计划会议
- 冲刺评审会议
- 冲刺回顾
让我知道是否有人需要对此进行更多输入。
于 2013-07-05T13:08:07.077 回答
30
SCRUM：
SCRUM 是一种敏捷方法。它是一个框架而不是方法论。
它没有提供需要做什么的详细说明，而其中大部分取决于开发软件的团队。因为开发项目知道如何解决问题，这就是他们留下很多东西的原因
在 Scrum 的情况下，跨职能和自组织团队是必不可少的。在这种情况下，没有团队负责人将任务分配给团队成员，而是整个团队解决问题或问题。它是跨职能的，从概念到项目实施，每个人都参与到项目中。
Scrum 的优点是项目的方向可以根据已完成的工作进行调整，而不是根据推测或预测。
涉及角色：产品负责人、Scrum Master、团队成员
敏捷方法论：
构建本质上不可预测的软件应用程序
此方法中使用称为冲刺的迭代和增量工作节奏。
敏捷和 SCRUM 都遵循系统——一些特性是作为 sprint 的一部分和每个 sprint 结束时开发的；这些功能从编码、测试和集成到产品中就完成了。在每个 sprint 结束时向所有者提供功能演示，以便可以获取有助于下一个 sprint 的反馈。
敏捷开发宣言：
- 个人和交互超过流程和工具
- 工作软件优于综合文档
- 合同谈判中的客户协作
- 响应变化而不是遵循计划
也就是说，虽然右边的项目有价值，但我们更重视左边的项目。
于 2015-04-01T04:37:50.057 回答
20
Scrum 如何融入敏捷开发？
虽然敏捷方法不仅可以应用于软件行业的产品开发，也可以应用于其他行业，但 Scrum 是特定于软件开发的。
Scrum 不是一种方法论。它只是为敏捷开发提供了结构、规则和框架。整个项目由一系列 Sprint 或 Sprint 周期（1 到 n）组成，其中每个 Sprint 的持续时间相同。如果“时间”用 T 表示，则 T1 = T2 = T3 =… Tn。冲刺可能在 2 到 4 周之间。短于 2 周的 Sprint 并不理想，并且使用频率较低。在每个 Sprint 结束时，都会生成用户可以实际测试的功能/工作软件。
原文在这里...
于 2015-02-05T14:55:06.360 回答
15
敏捷和 Scrum 是项目管理中使用的术语。敏捷方法采用增量和迭代的工作节拍，也称为冲刺。另一方面，Scrum 是一种用于软件开发的敏捷方法。
敏捷是一种实践，Scrum 是遵循这种实践的过程，就像极限编程 (XP) 一样，看板是遵循敏捷开发实践的替代过程。
于 2014-11-29T18:48:06.397 回答
9
首先，我可以说的是——敏捷是一种来自统一过程的进化方法，它专注于迭代和增量开发（IID）。IID 更强调构建阶段（实际编码）和增量交付的迭代开发。它不会更多地强调在迭代本身中处理的需求分析（初始）和设计（细化）。所以，这里的迭代并不是一个“独立的小项目”。
在敏捷中，我们将这个 IDD 更进一步，添加了更多的现实，如团队协作、进化需求和设计等。而 SCRUM 是通过考虑人为因素并围绕“团队智慧”原则构建的工具。因此，这里的 Sprint 是一个改进了纯 IID 模型的“迷你项目”。
因此，以敏捷方式实现的迭代，是的，理论上是 Sprint（强调迭代的规模很小，交付速度很快）。我并没有真正区分敏捷和 SCRUM，我认为 SCRUM 是一种将敏捷原则付诸使用的自然方式。
于 2012-07-16T09:28:48.983 回答
9
瀑布方法是一个顺序设计过程。这意味着随着八个阶段（概念、启动、分析、设计、构建、测试、实施和维护）中的每一个都完成，开发人员将继续进行下一步。
由于这个过程是连续的，一旦完成了一个步骤，开发人员就不能回到上一个步骤——不能不从头开始整个项目。没有改变或错误的余地，因此必须从一开始就设定项目成果和广泛的计划，然后仔细遵循
ACP 敏捷认证是针对瀑布方法的缺点的“解决方案”。敏捷方法不是顺序设计过程，而是采用增量方法。开发人员从简单的项目设计开始，然后开始处理小模块。这些模块的工作在每周或每月的 sprint 中完成，并且在每个 sprint 结束时，评估项目优先级并运行测试。这些 sprint 允许在下一个 sprint 运行之前发现错误，并将客户反馈纳入设计。
由于缺乏初始设计和步骤，该过程经常因其协作性质而受到批评，该性质侧重于原则而不是过程。
于 2013-11-29T10:24:03.017 回答