Scrum和敏捷开发有什么区别？ Sprint和Iterations是一样的吗？
答案 0 :(得分：346)
Scrum只是众多迭代和增量敏捷软件开发方法中的一种。您可以找到here过程的详细说明。
在SCRUM方法中，Sprint是开发的基本单位。 每个Sprint都会从计划会议开始，其中确定sprint的任务并确定sprint目标的估计承诺。 Sprint以审核或回顾会议结束，审核进度并确定下一个sprint的课程。在每个Sprint期间，团队创建产品的完成部分。
在敏捷方法中，每次迭代都需要一个团队完成整个软件开发周期，包括计划，需求分析，设计，编码，单元测试和验收测试，以便向利益相关者展示工作产品。
因此，如果在SCRUM Sprint中执行所有软件开发阶段（从需求分析到验收测试），我认为你应该说，SCRUM Sprint与AGILE迭代相对应。
答案 1 :(得分：74)
如上所述，
Scrum是一种用于管理软件项目和产品或应用程序开发的迭代和增量敏捷软件开发方法。因此Scrum实际上是一种敏捷方法，在软件开发中被广泛使用。
因此，Scrum是敏捷的特定风格，特别是它被称为敏捷项目管理框架。
Scrum主要有两个角色，分别是： 1.主要/核心角色 2.辅助角色
主要/核心角色：它主要由三个角色组成：a）。 Scrum Master，b）。产品负责人，c）。开发团队。
辅助角色：Scrum团队中的辅助角色是那些没有正式角色并且不经常参与Scrum游行的角色，但是必须考虑到这些角色。即利益相关者，经理。
Scrum Master： - scrum中有6种类型的会议：
如果有人需要更多输入，请告诉我。
答案 2 :(得分：30)
SCRUM：
SCRUM是一种敏捷方法。这是一个框架而不是一个方法论。
它没有提供有关需要完成的操作的详细说明，而是大部分内容取决于正在开发软件的团队。因为开发项目知道如何解决问题，这就是为什么还有很多问题
在Scrum的情况下，跨职能和自组织的团队至关重要。在这种情况下，没有团队负责人会将任务分配给团队成员，而整个团队会解决问题。它是跨职能的，每个人都参与项目，从构思到项目的实施。
Scrum的优势在于项目的方向可以根据已完成的工作进行调整，而不是根据投机或预测进行调整。
参与角色：产品负责人，Scrum Master，团队成员
敏捷方法论：
构建本质上不可预测的软件应用程序
此方法中使用了称为sprint的迭代和增量工作节奏。
Agile和SCRUM都遵循该系统 - 一些功能是作为sprint的一部分和每个sprint结束时开发的;这些功能从编码，测试和集成到产品中即可完成。在每个sprint结束时向所有者提供该功能的演示，以便可以获得反馈，这可能对下一个sprint有所帮助。
敏捷发展宣言：
也就是说，虽然右边的项目有价值，但我们更重视左边的项目。
答案 3 :(得分：20)
Scrum如何融入敏捷开发？
虽然敏捷方法不仅适用于软件行业的产品开发，也适用于其他行业，但Scrum专门针对软件开发。
Scrum不是一种方法论。它只是为敏捷开发提供结构，规则和框架。整个项目由一系列Sprint或Sprint Cycles（1到n）组成，每个Sprint的持续时间相同。如果'时间'由T表示，则T1 = T2 = T3 = ... Tn。短跑可能在2到4周之间。短于2周的短跑并不理想，使用频率较低。在每个Sprint结束时，会生成一个功能/工作的软件，用户可以实际测试。
原创文章在这里......
答案 4 :(得分：15)
Agile和Scrum是项目管理中使用的术语。敏捷方法采用增量和迭代工作节拍，也称为冲刺。另一方面，Scrum是用于软件开发的敏捷方法的类型。
敏捷是一种实践，Scrum是遵循这种做法的过程，与极限编程（XP）相同，看板是遵循敏捷开发实践的替代过程。
答案 5 :(得分：9)
首先，我可以说 - 敏捷是统一过程的一种演化方法，专注于迭代和扩展。增量开发（IID）。 IID强调在构建阶段（实际编码）和增量交付方面的迭代开发。它不会更多地强调迭代本身处理的需求分析（初始）和设计（精化）。所以，这里的迭代不是一个“迷你项目”。
在敏捷中，我们更进一步考虑这个IDD，增加了团队协作，演化要求和设计等更多现实.SCRUM是通过考虑人为因素并围绕'集团智慧'原则来实现它的工具。因此，Sprint在这里是一个“迷你项目”，可以改善纯粹的IID模型。
因此，以敏捷方式实现的迭代是，理论上是Sprint（突出显示迭代的大小很小，交付很快）。我并没有真正区分敏捷和SCRUM，我发现SCRUM是一种将敏捷原则付诸实践的自然方式。
答案 6 :(得分：9)
瀑布方法是一种顺序设计过程。这意味着，随着八个阶段（概念，启动，分析，设计，构建，测试，实施和维护）的完成，开发人员将继续进行下一步。
由于这个过程是顺序的，一旦完成一个步骤，开发人员就无法回到上一步 - 不是没有抓住整个项目并从头开始。没有变更或错误的余地，因此必须在开始时设置项目结果和广泛的计划，然后小心谨慎
ACP Agile Certification是对瀑布方法的缺点的“解决方案”。敏捷方法不是采用顺序设计过程，而是采用渐进方法。 开发人员从简单的项目设计开始，然后开始研究小模块。这些模块的工作是在每周或每月冲刺中完成的，并且在每个冲刺结束时，评估项目优先级并运行测试。这些冲刺允许发现错误，并在下一个sprint运行之前将客户反馈合并到设计中。
由于缺乏初步设计和步骤，这一过程经常受到批评，因为它的协作性质侧重于原则而非过程。