Project management Scrum实践与敏捷实践有什么不同？

大多数人都说Scrum和敏捷是可以互换的，但与敏捷实践相比，Scrum实践有什么区别呢？

敏捷是一种关于软件生产的一般哲学，Scrum是这种哲学的一种实现，特别是关于项目管理的哲学。

Scrum是一组非常具体的实践。敏捷描述了一系列实践，从极限编程到Scrum，以及几乎所有使用短迭代的实践都可以称为敏捷。这个术语最初可能不是这样，但现在肯定是这样。

如前所述，敏捷是一种方法论，定义敏捷的方式多种多样。在很大程度上，如果它涉及到持续的单元测试和在业务需要变化时快速适应的能力，那么它可能是敏捷的。相反的是瀑布法

有许多由顾问编写的实现，比如Xtreme编程、Scrum和RUP（Rational统一过程）

因此，如果您使用的是Scrum，那么您可以在敏捷和Scrum之间切换，这取决于您是在谈论方法论还是您的实现。您需要查看上下文是否正确使用了这些术语

---

例如，如果我说15分钟的站立是我敏捷过程的一部分，那并不一定是敏捷所必需的，但是scrum几乎需要它，所以当你交换术语时，区分这两个概念是很重要的。

和是相关的，但是不同的。敏捷描述了通过迭代开发构建软件的一组指导原则。敏捷原则最好在下面的章节中描述。SCRUM是实践敏捷软件开发时要遵循的一组特定规则。

SCRUM是一种敏捷方法，就像苹果是一种水果一样。但是Scrum并不是唯一的敏捷方法。受欢迎的有：

• Scrum
• 极限编程（XP）
• 看板

---

我确信还有更多的敏捷方法，但这些都是我的经验。

敏捷通常被视为一个总括术语。Scrum/Kanban是从项目管理的角度执行敏捷指导原则，而极限编程（XP）则侧重于工程实践，例如单元测试、持续集成、成对编程等

---

通常：Agile=Scrum+XP

Scrum属于敏捷的范畴。敏捷不是Scrum，但Scrum是敏捷的。至少PMI是这么看的。他们正在推出自己的认证。参见

敏捷不是一种方法论，它包含采用特定软件开发哲学的方法。在这一哲学观点中，有许多过程和实践。Scrum是一组遵循敏捷原则的实践。许多人在没有接受（甚至不理解）基本理念的情况下抓住实践和过程，结果往往是。

将敏捷与Scrum进行比较类似于将有机体与一个器官进行比较

---

Scrum提出了一种管理方式，但它并没有规定为了能够对变化做出快速反应所必须做的一切。只有通过添加其他敏捷技术，如持续集成、极限编程、测试驱动开发，您的团队才能交付产品，而不仅仅是快速交付，同时也是客户想要的高质量产品。

如前所述，敏捷是一套关于如何实施方法以实现拥抱变革的好处的原则，密切合作等。这些原则解决了研究中发现的一些项目管理问题，如Standish集团的混沌报告

敏捷方法是由开发和支持团队创建的，以满足这些原则。该方法是为了适应业务而制定的，并根据需要进行更改

---

SCRUM是一组固定的过程，用于实现增量开发方法。由于过程是固定的，不适合团队，因此不能真正将其视为敏捷，因为最初的关注点是个人而不是过程。

Scrum属于更大的范畴，称为敏捷。看板、极限编程（XP）、精益据说也属于敏捷

我个人的经验是：没有一个单独的词叫做“敏捷实践”。在SCRUM、XP中使用的最佳实践可以被称为敏捷实践

以下实践在XP和SCRUM中都可见，因此在敏捷中也是如此

用户故事作为客户需求

成对编程

测试驱动开发（TDD）

基于团队的评估

重构

简单设计

进化设计

回顾

每日站立会议

代码的持续集成

客户演示等

有关更多详细信息，请浏览我的博客：

---

敏捷是一个平台，scrum是一种方法论。Scrum建议遵循某些实践。下面是一些基本的scrum实践

• 固定长度的Scrum/Releases
• 建议的会议结构（发布计划会议、Sprint计划会议、Sprint审查和Sprint回顾会议）
• Scrum还推荐角色。以下是Scrum推荐的角色

   - Scrum Master
   - Developer Team
   - Product Owner
  

Scrum就像其他敏捷方法一样，遵循迭代方法

以下是一些其他敏捷方法

• 极限编程
• 敏捷统一过程
• 动态系统开发方法（DSDM）
• 功能驱动开发（FDD）
• 精益软件开发
• 看板
• Scrum禁令

---

市场上有很多scrum工具。尤迪兹是我们使用的其中一个

敏捷是一种实践，Scrum是遵循这种实践的过程，与极限p相同