敏捷vs Scrum
敏捷和Scrum是项目管理中使用的术语。敏捷的方法论采用渐进式的工作节奏,也称为冲刺。另一方面,Scrum是软件开发中使用的敏捷方法。
敏捷
敏捷方法用于项目管理中,它可以帮助项目制造商构建本质上无法预测的软件应用程序。该方法中使用了称为Sprints的迭代和增量工作节奏。它基本上是受传统顺序模型或瀑布模型的启发。
使用敏捷方法的好处是,可以在整个开发周期中访问项目的方向。在迭代或冲刺的帮助下,可以访问该开发项目。在每个冲刺的结尾,团队开发该项目都会提出一项工作。重点主要是重复工作周期及其产量的产品。这就是为什么敏捷方法也称为增量和迭代的原因。
在敏捷的方法中,通过项目的生命周期不断监视开发的每个步骤,例如需求,分析,设计等,而瀑布模型并非如此。因此,通过使用敏捷方法,开发团队可以将项目引导到正确的方向。
Scrum
Scrum是一种用于开发软件应用程序的敏捷方法。它只是一个框架,而不是一种方法或完整的过程。它没有提供有关需要完成的操作的详细说明,而是大多数取决于正在开发软件的团队。因为开发项目知道如何解决问题,这就是为什么其中剩下很多东西的原因。
在Scrum的情况下,跨职能和自组织团队至关重要。在这种情况下,没有团队负责人会将任务分配给团队成员,而是整个团队解决问题或问题。它以跨职能的方式,每个人都参与项目,从想法到项目的实施。
由于它是一种敏捷的方法,因此它还利用一系列迭代或冲刺。其中一些功能是作为冲刺的一部分而开发的,并在每个冲刺的尽头;这些功能从编码,测试及其集成到产品中就可以完成。在每个冲刺的末尾提供了对所有者的功能的演示,以便可以采取反馈,这对下一个冲刺有帮助。
该产品是Scrum项目的主要对象。在每次冲刺的结尾,团队成员将系统或产品带到可托运的状态。
Arif说
我发现它令人困惑
戴尔说
这将敏捷描述为迭代和增量。在敏捷宣言中,您不会在任何地方找到这两个单词。软件开发的迭代和增量方法可能是敏捷的,但它们肯定不会敏捷。敏捷过程可能包括迭代和增量输送,但也可能不是迭代或增量。是否可以一次在2或4周内进行敏捷并交付?总体而言,非常好的文章,但它属于试图将Scrum原则与敏捷原则等同的常见陷阱。