敏捷实践的Scrum实践有何不同？
大多数人可以互换地说Scrum和Agile，但是Scrum Practice和Agile Practice相比有什么区别呢？
敏捷是关于软件生产的一般理念，Scrum是专门针对项目pipe理的这一哲学的实现。
敏捷和SCRUM是相关的，但是有区别的。 敏捷描述了一套通过迭代开发来构build软件的指导原则。 敏捷原则最好在敏捷宣言中描述。 SCRUM是实施敏捷软件开发时要遵循的特定规则。
Scrum是一种敏捷方法，就像苹果是一种水果一样。 Scrum并不是唯一的敏捷方法。 stream行的是：
- 争球
- 极限编程（XP）
- 看板
我相信有更多的敏捷方法，但这些都是我的经验。
Scrum被称为敏捷（Agile）。 看板，极限编程（XP），精益也被认为是敏捷的。
我个人的经验是：没有一个单独的词叫做“敏捷实践”。 在SCRUM，XP中运行的最佳实践可能被累积地称为敏捷实践。
以下做法在XP和SCRUM中都是可见的，因此在敏捷中是可见的。
- 用户故事作为客户的要求
- 配对编程
- testing驱动开发（TDD）
- 基于团队的估计
- 重构
- 简单的devise
- 进化devise
- 回顾
- 每天站起来开会
- 代码的持续集成
- 客户端演示等
欲了解更多详情，你可能希望通过我的博客： http : //chandrimachoudhury.blogspot.in/
如前所述，敏捷是一种方法论，可以通过多种方式来定义敏捷是什么。 在很大程度上，如果涉及不断的unit testing，并且在业务需求变化时能够快速适应，那么它可能是敏捷的。 相反的是瀑布法。
有许多由顾问编写的实现，例如Xtremem编程，Scrum和RUP（Rational统一过程）。
所以，如果你正在使用Scrum，那么你可以在敏捷和Scrum之间进行切换，具体取决于你是在谈论方法还是你的实现。 您将希望通过上下文查看条款是否正确使用。
例如，如果我将15分钟站立作为我的敏捷过程的一部分来谈论，那不一定需要敏捷，但是Scrum几乎需要它，所以当你交换条件时，重要的是区分这两个概念。
Scrum是一组非常特定的实践。 敏捷描述了一系列实践，从极限编程到Scrum，几乎所有使用短迭代的东西都可以声称敏捷。 当这个词被创造时，原本可能不是这样，但现在肯定是这样。
敏捷通常被视为一个总称。 Scrum / Kanban是从项目pipe理的angular度来执行敏捷的指导原则，而极限编程（XP）侧重于工程实践，如unit testing，持续集成，结对编程等。
通常：敏捷= Scrum + XP
Scrum属于敏捷的范畴。 敏捷不是Scrum，但Scrum是敏捷。 至lessPMI看到的就是这样。 他们正在拿出自己的authentication。 请参阅敏捷考试问题
敏捷不是一种方法论，拥抱敏捷宣言意味着采用一种特定的软件开发哲学。 从哲学的angular度来看，有很多过程和实践。 Scrum是一套遵循敏捷原则的实践。 许多人抓住了实践和过程，却没有接受（或者甚至不了解）底层的哲学，而且他们经常以大猩猩（gorillarinas）结束。
如前所述，敏捷是关于如何实现方法以实现变革，紧密合作等的好处的一套原则。这些原则解决了研究中发现的一些项目pipe理问题，例如Standish团队的混沌报告。
敏捷方法是由开发和支持团队创build的，以满足这些原则。 该方法是为了适应业务，并适当地改变。
SCRUM是实施增量开发方法的一套固定的过程。 由于stream程是固定的，而不是迎合团队的，所以在原有的关注个人而不是stream程的过程中，并不能真正被认为是敏捷的。
敏捷是一个平台，Scrum是一种可以遵循的方法。 Scrumbuild议遵循某些做法。 以下是一些基本的Scrum实践。
- 固定长度的Scrum / Releases。
- build议的会议结构（发布计划会议，Sprint计划会议，Sprint评审和Sprint回顾会议）
-
Scrum也推荐angular色。 以下是Scrum推荐的angular色。
- Scrum Master - Developer Team - Product Owner
Scrum就像其他敏捷方法一样遵循迭代方法。
以下是其他一些敏捷方法。
- 极限编程。
- 敏捷统一过程
- dynamic系统开发方法（DSDM）
- 特性驱动开发（FDD）
- 精益软件开发
- 看板
- Scrum的禁令
市场上有很多scrum工具。 Yodiz是我们使用的其中之一。
敏捷是实践，而Scrum是跟随极限编程（XP）的实践过程，看板是遵循敏捷开发实践的替代过程。
敏捷与Scrum的比较类似于生物对一个器官的比较。
Scrum提出了pipe理方式，但是并没有规定一切必须做的事情，以便对变化做出快速反应。 只有通过添加持续集成，极限编程，testing驱动开发等其他敏捷技术，您的团队才能够提供产品，而不仅仅是快速产品，而且还需要高质量的产品。
