Forum Posts

ra0878818
Apr 03, 2022
In Technical Discussion Forum
场内喧闹的人群分成了两派嗜血,一个穿着印有字母A的衬衫,一个穿着Ws。 两个熟悉的对手从对面的入口接近擂台时,热情高涨。第一个是一个敏捷的年轻运动员,他的拳头像闪电一样闪烁,双脚像金杰·罗杰斯一样跳舞,穿着一件背面有蜻蜓的橙色连衣裙。第二个,一位年迈的武者,身穿蓝色长袍,肩部厚重,装饰着奔腾的瀑布,威风凛凛地走向擂台。两种软件开发 项目管理方法 进入舞台,但只有一种可以成为冠军。敏捷与瀑布:磁带故事 自 2001 年 17 位软件开发人员设计敏捷开发宣言 以来,敏捷与瀑布式的争论一直在进行,他们寻求对久经考验的真实但僵化的瀑布式风格进行灵活改进。 增量和迭代软件开发的起源 可以追溯到 1950 Whatsapp手机号码列表 年代 。灵活的模型 瀑布因其顺序或自上而下的方法而得名,起源于航天器制造过程。 它于 1970 年由Winston W. Royce在软件开发的背景下首次正式描述, 此后由于其缺乏灵活性和对文书工作的依赖而受到软件开发人员的严厉批评。瀑布模型 不列颠哥伦比亚大学的 Philippe Kruchten 教授 总结了这一点, 他说软件开发“从其他工程学科继承了瀑布循环,在这些学科中它被证明是非常有效的......从那时起,它被一些组织滥用在不适合的情况下盲目使用它。然而,根据 Gartner 的一份研究报告 ,2015 年 56% 的 IT 项目仍然使用瀑布方法,这使得它拥有许多忠实的支持者。敏捷想要一劳永逸地获得他的冠军腰带。 让我们准备开始吧。让我们准备开战吧!1.第一轮:质量 敏捷依赖于迭代测试,在整个过程中逐步改进工作可交付成果,以确保质量。 开发人员和测试人员并肩工作,以实现更好的沟通。 敏捷的目标是在开发的每个阶段都建立质量保证,假设开发人员和客户之间的沟通是开放的。敏捷和瀑布环绕着圆环,互相打量着。敏捷假装了几拳,然后加快步伐……瀑布拥有引以为豪的质量历史。 毕竟, 将人类送上月球 并将他们安全带回家就足够了。 但是,由于所有测试都在流程结束时进行,因此修复错误可能需要大量拆卸和重建。第一轮得分:敏捷1,级联0。 2. 第二轮:沟通 与文书工作相比,敏捷更倾向于持续的面对面交流和紧密团结的团队,而瀑布则严重依赖文档和 甘特图 。 正因为如此,敏捷的文书工作更少,并且可以更快地进行调整,而不必等待项目经理在开始进行重大变更之前回复电子邮件。敏捷用强大的左勾拳将瀑布发送到胸腔!过度、漫无目的的沟通可能会分散人们对功能性交付物的注意力。
0
0
2
ra0878818
More actions