大多数人说
争球 </跨度> 和敏捷互换，但有什么区别 争球 </跨度> 与敏捷实践相比，实践？ …
Scrum是一种敏捷方法，就像苹果是一种水果一样。 Scrum并不是唯一的敏捷方法。受欢迎的是：
我确信有更多的敏捷方法，但这些都是我的经验。
敏捷不是一种方法论，拥抱 敏捷宣言 意味着采用有关软件开发的特定哲学。在这种哲学观点中，有许多过程和实践。 Scrum是遵循敏捷原则的一系列实践。许多人在没有接受（甚至理解）潜在哲学的情况下抓住了实践和流程，而且他们经常最终会这样做 gorillarinas 。
如上所述，敏捷是一套关于如何实施方法以实现变革，密切合作等利益的原则。这些原则解决了研究中发现的一些项目管理问题，例如Standish小组的混沌报告。
敏捷方法由开发和支持团队创建，以满足原则。该方法适用于业务并在适当时进行更改。
SCRUM是一组固定的流程，用于实现增量开发方法。由于流程是固定的，而不是为团队提供服务，因此在原始意义上关注个人而不是流程时，实际上并不能认为它是敏捷的。
敏捷 和 SCRUM 相关但不同。敏捷描述了一套通过迭代开发构建软件的指导原则。敏捷原则最好描述在 敏捷宣言 。 SCRUM是实施敏捷软件开发时要遵循的一组特定规则。
敏捷与Scrum的比较类似于生物体与一个器官的比较。
Scrum建议了管理方式，但没有规定为了能够对变化做出快速反应所必需的一切。只有通过添加其他敏捷技术，如持续集成，极限编程，测试驱动开发，您的团队才能够不仅快速地交付产品，而且还能够以高质量提供客户所需的产品。
敏捷通常被视为一个总称。 Scrum / Kanban是从项目管理的角度执行敏捷指导原则，而eXtreme Programming（XP）则专注于工程实践，例如单元测试，持续集成，结对编程等。
通常：敏捷= Scrum + XP
Scrum来自一个名为Agile的大伞。据称，看板，极限编程（XP），精益也属于敏捷。
我个人的经验是：没有一个单独的词叫做“敏捷实践”。在SCRUM，XP中运用的最佳实践可能被累积称为敏捷实践。
XP和SCRUM中都可以看到以下实践，因此在敏捷中。
有关详细信息，您可以访问我的博客：
<a href="http://chandrimachoudhury.blogspot.in/"> http://chandrimachoudhury.blogspot.in/</A>
<a href="http://chandrimachoudhury.blogspot.in/">
http://chandrimachoudhury.blogspot.in/
</A>
如前所述，敏捷是一种方法论，有多种方法可以定义敏捷是什么。在很大程度上，如果它涉及持续的单元测试以及在业务需求发生变化时快速适应的能力，那么它可能是敏捷的。相反的是瀑布方法。
有各种各样的实现由顾问编写，例如Xtremem Programming，Scrum和RUP（Rational Unified Process）。
因此，如果您使用Scrum，那么您可以在敏捷和Scrum之间切换，具体取决于您是在讨论方法还是实现。您将需要查看上下文是否正确使用这些术语。
例如，如果我在谈论作为敏捷过程的一部分的15分钟站立，那不一定需要灵活，但scrum几乎需要它，所以当你交换术语时，区分这两个概念很重要。
敏捷是一个平台，而scrum是一种可以遵循的方法。 Scrum建议遵循某些做法。一些基本的Scrum实践如下。
Scrum还建议角色。以下是Scrum推荐的角色。
- Scrum MasterDeveloper TeamProduct Owner </code>
- Scrum Master
Developer TeamProduct Owner
Product Owner
</code>
与其他敏捷方法一样，Scrum遵循迭代方法。 以下是其他一些敏捷方法。 极限编程。 敏捷统一流程 动态系统开发方法（DSDM） 特征驱动开发（FDD） 精益软件开发 看板 Scrum的禁令 市场上有很多scrum工具。 Yodiz是我们使用的其中之一。
与其他敏捷方法一样，Scrum遵循迭代方法。
以下是其他一些敏捷方法。
市场上有很多scrum工具。 Yodiz是我们使用的其中之一。
敏捷是一种实践，Scrum是遵循这种做法的过程，与极限编程（XP）相同，看板是遵循敏捷开发实践的替代过程。
Scrum是一组非常具体的实践。敏捷描述了一系列实践，从极限编程到Scrum，几乎所有使用短迭代的东西都可以声称敏捷。当这个术语被创造出来时，原本可能不是这样，但它肯定是现在。
Scrum属于敏捷的保护伞。敏捷不是Scrum，而Scrum是敏捷的。至少这是PMI看待它的方式。他们正在推出自己的认证。看到 敏捷考试问题
