瀑布方法是一种顺序设计过程。这意味着,当完成八个阶段(概念,启动,分析,设计,构建,测试,实施和维护)中的每个阶段时,开发人员将继续进行下一步。
由于这个过程是顺序的,一旦完成一个步骤,开发人员就不能回到上一步 - 不是没有抓住整个项目并从头开始。没有变更或错误的余地,因此必须在开始时设置项目结果和广泛计划,然后小心谨慎
ACP敏捷认证 作为瀑布方法的缺点的“解决方案”。敏捷方法不是采用顺序设计过程,而是采用渐进方法。 开发人员从简单的项目设计开始,然后开始研究小模块。这些模块的工作是在每周或每月冲刺中完成的,并且在每个冲刺结束时,评估项目优先级并运行测试。这些冲刺允许发现错误,并且在下一个sprint运行之前将客户反馈合并到设计中。
由于缺乏初始设计和步骤,该过程经常因其协作性质而受到批评,这种协作性质侧重于原则而非流程。
我可以说一开始就是 - 敏捷是一种来自统一过程的渐进式方法,专注于迭代和扩展。增量开发(IID)。 IID强调在构建阶段(实际编码)和增量交付方面的迭代开发。它不会更多地强调迭代本身处理的需求分析(初始)和设计(精化)。因此,迭代不是一个“迷你项目本身”。
在Agile中,我们更进一步考虑这个IDD,增加了团队协作,进化要求和设计等更多现实.SCRUM是通过考虑人为因素并围绕'集团智慧'原则建立起来的工具。因此,Sprint在这里是一个“迷你项目”,可以改善纯IID模型。
因此,以敏捷方式实现的迭代是,理论上是Sprint(突出显示迭代的大小很小,交付很快)。我并没有真正区分敏捷和SCRUM,我发现SCRUM是一种将敏捷原则付诸实践的自然方式。
敏捷和Scrum是项目管理中使用的术语。敏捷方法采用增量和迭代工作节拍,也称为冲刺。另一方面,Scrum是用于软件开发的敏捷方法的类型。
敏捷是一种实践,Scrum是遵循这种做法的过程,与极限编程(XP)相同,看板是遵循敏捷开发实践的替代过程。
Scrum只是众多迭代和增量敏捷软件开发方法中的一种。你可以找到 这里 这个过程的非常详细的描述。
在SCRUM方法中,Sprint是开发的基本单位。 每个Sprint都会从计划会议开始,其中确定sprint的任务并确定sprint目标的估计承诺。 Sprint以审核或回顾会议结束,审核进度并确定下一个sprint的课程。在每个Sprint期间,团队创建产品的完成部分。
在敏捷方法中,每次迭代都需要一个团队完成整个软件开发周期,包括计划,需求分析,设计,编码,单元测试和验收测试,同时向利益相关者展示工作产品。
因此,如果在SCRUM Sprint中执行所有软件开发阶段(从需求分析到验收测试),我认为您应该这样说,SCRUM Sprint与AGILE迭代相对应。
SCRUM:
SCRUM是一种敏捷方法。这是一个框架而不是一个方法论。
它没有提供需要完成的详细说明,而是大部分内容取决于正在开发软件的团队。因为开发项目知道如何解决问题,这就是为什么要留下很多问题
在scrum的情况下,跨职能和自组织的团队是必不可少的。在这种情况下,没有团队负责人会将任务分配给团队成员,而整个团队会解决问题。它是跨职能的,每个人都参与项目,从构思到项目的实施。
Scrum的优势在于项目的方向可以根据已完成的工作进行调整,而不是根据投机或预测进行调整。
涉及的角色:产品负责人,Scrum Master,团队成员
敏捷方法论:
构建本质上不可预测的软件应用程序
在此方法中使用称为sprint的迭代和增量工作节奏。
Agile和SCRUM都遵循这个系统 - 一些功能是作为冲刺的一部分和每个冲刺结束时开发的;这些功能从编码,测试和集成到产品中即可完成。在每个sprint结束时向所有者提供该功能的演示,以便可以获得对下一个sprint有帮助的反馈。
敏捷开发宣言:
也就是说,虽然右边的项目有价值,但我们更重视左边的项目。
Scrum如何融入敏捷开发?
虽然敏捷方法不仅可以应用于软件行业的产品开发,也可以应用于其他行业,而Scrum特定于软件开发。
Scrum不是一种方法论。它只是为敏捷开发提供结构,规则和框架。整个项目由一系列Sprint或Sprint Cycles(1到n)组成,每个Sprint的持续时间相同。如果'时间'由T表示,则T1 = T2 = T3 = ... Tn。短跑可能在2到4周之间。短于2周的短跑并不理想,使用频率较低。在每个Sprint结束时,会生成一个功能/工作软件,用户可以实际测试。
原创文章在这里......
https://www.linkedin.com/pulse/agile-development-using-scrum-what-you-dont-know-sri-prakash?trk=prof-post