2012-07-13 118 views
314

Scrum和敏捷开发有什么区别? Sprint和迭代是相同的吗?Scrum和敏捷开发有什么区别?

+2

的可能重复[如何不同的是敏捷实践Scrum的做法呢?(http://stackoverflow.com/questions/1586928/how-different-is-scrum-practice-from-agile-practice) – Joe 2015-01-21 09:53:24

+2

我觉得这问题可能是无关紧要的,因为它与编程无关。 – 2015-01-21 12:54:10

+0

他们申请制造和生产部门。目前还不完全了解他们将如何缓解现有的软件实践。清洁,理解,礼貌,成熟。 – 2015-04-02 11:38:52

回答

284

的Scrum只是众多迭代和增量敏捷软件开发方法之一。你可以找到here这个过程的非常详细的描述。

在SCRUM方法论冲刺是发展的基本单位。 每个sprint都从一个计划会议开始,其中确定了sprint的任务并为sprint目标做出了估计承诺。 Sprint以评审或回顾会议结束,评审进度并确定下一次冲刺的课程。在每次冲刺期间,团队都会创建产品的完成部分。

在敏捷方法每个迭代涉及一个团队通过一个完整的软件开发周期,包括规划,需求分析,设计,编码,单元测试和验收测试时,工作产品证明利益相关者合作。

因此,如果在SCRUM sprint中执行所有软件开发阶段(从需求分析到验收测试),并且在我看来,您应该可以说SCRUM sprint对应于AGILE迭代。

+10

伟大的解释。我会建议一些修改:Sprint计划是Sprint时间框内的第一个事件*。冲刺没有差距,所以在冲刺前没有任何内容。 – 2012-07-13 13:46:25

+49

答案不够清楚。它解释这两件事的方式,听起来基本相似;只是用不同的术语来描述它们。我认为[这个答案](http://stackoverflow.com/a/1586953/415784),尽管它只是一条线,但它清楚而准确地说明了不同之处:敏捷仅仅是一种哲学,而Scrum是一种实现哲学。 – Nawaz 2015-06-09 16:42:04

8

从一开始我能说的是 - 敏捷是一个来自统一过程的进化方法论,主要关注迭代式增量开发(IID)&。 IID强调更多关于施工阶段(实际编码)和递增交付的迭代开发。它不会更多地强调在迭代本身中处理需求分析(初始)和设计(精化)。所以,这里的迭代不是一个“迷你项目本身”。

在敏捷方面,我们进一步加深了这个IDD,增加了更多的现实情况,如团队合作,演化需求和设计等.SCRUM是通过考虑人为因素和围绕“集团智慧”原理。所以,Sprint在这里是一个“迷你项目本身”,改善了纯粹的IID模型。

因此,敏捷的方式实现的迭代,是的,理论上冲刺(突出迭代是小和交货是快速的大小)。我没有真正区分敏捷和SCRUM,我发现SCRUM是将敏捷原则投入使用的一种自然方式。

66

如由他人如上所述,

Scrum是用于管理软件项目和产品或应用程序开发迭代和增量敏捷软件开发方法。所以Scrum实际上是一种在软件开发中广泛使用的敏捷方法。

所以,Scrum是敏捷的特定的味道,特别是它作为一个敏捷项目管理框架简称。

而且Scrum的有主要有两个里面的角色,它们是: 1.主/核心作用 2.辅助性的角色

主/核心作用:它主要由三个角色:1)。 Scrum Master,b)。产品负责人,c)。开发团队。

辅助性的角色:在Scrum团队的辅助角色是那些在Scrum的游行没有正式的角色和偶发参与但尽管如此,它们必须被考虑在内。即利益相关者,管理者。

的Scrum Master: - 有6种类型的会议在争球:

  • 每日Scrum /站立
  • 积压疏导:故事情节
  • Scrums
  • Sprint计划会议的Scrum
  • 冲刺评审会议
  • Sprint回顾展

让我知道是否有人需要更多的投入。

+2

对Scrum中的角色有很好的了解。谢谢! – asgs 2015-07-07 13:16:39

+1

谢谢!那对初学者来说是一个很好的帮助 – 2015-11-29 00:43:08

+1

Scrum会议的目的是什么? – kn3l 2016-06-13 00:53:39

9

瀑布方法是一个顺序的设计过程。这意味着,随着八个阶段(概念,启动,分析,设计,建造,测试,实施和维护)的每一个阶段都已完成,开发人员将进入下一步。

由于这个过程是连续的,所以一旦完成了一个步骤,开发人员就不能回到上一个步骤 - 这不是没有搔抓整个项目,而是从头开始。没有改变或错误的余地,因此必须在开始时设置项目结果和广泛的计划,然后谨慎地进行设置。

ACP Agile Certification是作为瀑布方法的缺点的“解决方案”。敏捷方法不是顺序设计过程,而是渐进式方法。 开发人员从一个简单的项目设计开始,然后开始在小模块上工作。这些模块的工作是在每周或每月冲刺中完成的,并且在每次冲刺结束时,评估项目优先级并运行测试。这些冲刺允许发现错误,并且在下一次冲刺运行之前将客户反馈纳入设计。

由于缺乏最初的设计和步骤,这个过程往往因其协作性质而受到批评,该过程专注于原则而非过程。

13

敏捷和Scrum是项目管理中使用的术语。敏捷方法采用增量式和迭代式工作节拍,也称为冲刺。另一方面,Scrum是软件开发中使用的一种敏捷方法。

敏捷是实践,Scrum是遵循这种做法与极限编程(XP)相同的过程,看板是遵循敏捷开发实践的替代过程。

18

Scrum如何融入敏捷开发?

尽管敏捷方法不仅适用于软件行业的产品开发,也适用于其他行业,但Scrum专门针对软件开发。

Scrum不是一种方法。它只是提供敏捷开发的结构,规范和框架。整个项目由一系列Sprint或Sprint Cycles(1到n)组成,每个Sprint的持续时间相同。如果'时间'由T表示,则T1 = T2 = T3 = ... Tn。 Sprint可以在2到4周的任何地方。短于2周的短文并不理想,使用频率也较低。每次Sprint结束时,都会生成一个功能/工作软件,供用户实际测试。

原创文章就在这里...

https://www.linkedin.com/pulse/agile-development-using-scrum-what-you-dont-know-sri-prakash?trk=prof-post

+2

请注意Scrum并不特定于软件开发......它在软件开发中非常流行,但仅仅是因为软件开发的复杂性。任何复杂的产品开发都可以从使用Scrum中受益。有趣的事实:如果您搜索Scrum指南,它没有提到一次“软件”一词​​。 – 2017-01-17 12:06:03

20

SCRUM:

SCRUM是一种类型的敏捷方法的。这是一个框架而非方法论​​。

它没有提供需要完成什么的详细说明,而大部分依赖于正在开发软件的团队。因为项目开发人员知道如何解决问题,这就是为什么他们需要解决的问题

跨功能团队和自组织团队对于Scrum来说至关重要。在这种情况下,没有团队负责人将任务分配给团队成员,而是整个团队解决问题或问题。它是跨职能的,每个人都从项目的想法到实施项目都参与到项目中。

Scrum的优势在于项目的方向要根据完成的工作进行调整,而不是基于猜测或预测。

角色涉及:产品负责人,Scrum Master的,团队成员

敏捷方法:

这在本质上不可预知的构建软件应用

迭代和增量工作节奏称为冲刺在这种方法中使用。

Agile和SCRUM都遵循该系统 - 其中一些功能是作为冲刺的一部分和每个冲刺结束时开发的;这些功能是从编码,测试和集成到产品中完成的。在每次冲刺结束时向所有者提供功能演示,以便可以对下一次冲刺进行反馈。

宣言敏捷开发:

  1. 个体和交互胜过过程和工具
  2. 工作的软件胜过面面俱到的文档
  3. 客户协作胜过合同谈判
  4. 响应变化胜过遵循计划

也就是说,虽然有价值的在右边的项目中,我们更看重左边的项目。