RUP 与 Scrum 的对话

敏捷和 RUP 之间存在联系。实际上我认为敏捷开发是 RUP 的一种。在上面来自 IBM 的文章中,您可以看到他们正在将模型拟合到 RUP。

有人有吗 实际的 解释这三个有趣的概念之间的关系。

有帮助吗?

解决方案

他们这似乎类似,都反复的车型,但两者有很大的不同。 RUP是组织和团队的框架,而Scrum是用于产品团队严格的指导方针。

我建议你阅读这些: SCRUM RUP

其他提示

敏捷是 XP、Scrum、Crystal、DSDM、FDD 等方法的总称。那个分享 共同原则. 。这 统一流程 是一个可以用来描述开发过程的框架, 鲁普 是基于 Rational 工具的 UP 实例之一。UP 早于大多数敏捷方法,并且可能被视为敏捷,也可能不被视为敏捷。它们的共同点是敏捷方法和 UP 都 迭代增量开发 (IID)方法。

RUP是一个全面的迭代和增量处理模板。您创建了通知您,您将需要在开发过程的实例哪些进程组件“开发案例”。然后,拉你从RUP需要所需的过程组件,如从菜单中选择项目。

“敏捷”是描述一组是基于命题过程软件开发是一个总称一个学习过程,而不是限定的过程,并且,大多数高仪式工件和做法妨碍学习过程。

SCRUM是一个特定的敏捷项目管理过程。这让正在修建的如何实际设计和开发的系统中没有规定。

敏捷是软件开发的方法:

(来自敏捷联盟网站援引)

  

什么是敏捷软件开发

     

在1990年后期的数种方法开始得到越来越引起公众注意。每个人都有的旧观念,新思路的不同组合,和蜕变的旧观念。但他们都强调了程序员团队和业务专家之间的密切合作;面对到面通信(如比书面文档更有效);新部署的商业价值经常交付;紧,自组织团队;以及如何工艺的代码和团队,使得必然要求流失不是一个危机。

Scrum和RUP是特定的软件开发的方法,可以使敏捷软件开发。这些方法(和其他国家,如XP)不是相互排斥的,并且可以通过多种方式来定制适合于特定项目的敏捷过程相结合。这是一个良好文章描述这些方法可以如何被组合。

敏捷和RUP分别增长了,RUP对UML的基础,现在IBM正在试图赶上敏捷波原因没有对RUP没有[更多]大的嗡嗡声。

嗯,RUP 是实践的“汤”......你应该定制它来喝你的“自己的”汤......否则它会“杀死”你的项目......

  • 在敏捷项目管理中,改编自复杂自适应动态系统理论的实践......它有一种“人”的温柔触感……RUP 没有过多提及项目管理的“人件”...
  • 敏捷方法谈论“涌现”架构......RUP 以架构为中心...首先需要您建立稳定的架构。

但是您可以以敏捷的方式应用 RUP...或者您可以从中窃取/窃取许多技术实践(汤成分/食谱)...

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top