XP,RUP与Scrum的比较

极限编程(eXtreme Programming,XP):

希望将软件开发过程中的一些好的方法发挥到极致,注重的核心在于沟通、简明、反馈和勇气,用一句话来概括XP的4个核心价值观就是:通过充分的交流和沟通,使产品的设计尽可能简单明了,同时通过客户经常性的反馈,生产出符合客户要求的软件产品,并且有勇气迎接需求的改变。XP的12个主要实践方法对极限编程具有指导性意义:客户计划的制定、小版本发布、隐喻、结对编程、测试驱动开发、重构、稳定的进度、代码共享、编码规范、简单的设计、持续集成、现场客户。

RUP(Rational Unify Process, Rational统一过程):

试图总结现代软件开发过程中所有好的实践经验,形成一种有很强适应性的软件开发过程。

包括六大开发经验:迭代式开发、管理需求、可视化建模、使用基于组件的软件体系结构、验证软件质量、控制软件变更。

RUP把软件开发生命周期划分为4个连续的阶段,每个阶段可以包含一次或多次迭代。每个迭代结束时都会生成一个可执行的版本,并更加接近最终产品。这4个连续的阶段分别是:初始阶段,了解项目的大致需求,建立业务模型,确定系统范围;细化阶段,设计、确定系统的体系结构,制定工作计划;构造阶段,构造产品并继续演进需求、体系结构、计划直至产品提交;移交阶段,完成产品的最终版本并交付给用户使用。

9个核心工作流:业务建模、需求、分析与设计、实现、测试、部署、配置与变更管理、项目管理、环境。

基本原理是:以满足客户需求、为客户创造价值为最终目标;尽可能早且不断地化解重大风险;把注意力放在可工作的软件上;在项目执行过程中尽可能早适应变化;在项目早期设计、实现并测试一个可执行的架构;使用组件来构造系统;建立高效、协作的团队;要始终重视产品质量,否则追悔莫及。

Lean(精益软件开发方法):

借鉴来的思路被称为精益编程。

Lean方法的主要思路:消除浪费,将所有的时间花在能够增加客户价值的事情上;延迟决策,在一个复杂多变的环境中进行软件开发,根据实际情况保持可选方案的开放性,但时间不能过长;尽早交付;加强学习;授权给团队,正确的决策取决于准确的信息,让开发团队参与决策,让团队成员充分发挥自己的潜力。

从上述文字可以看出,XP偏重工程实践,缺少框架,好像不是很系统,没有有效指导人们应该先做什么,再做什么;RUP框架太过繁琐,无法快速上手,但有很多好的实践可以学习和借鉴。

Scrum

灵活的敏捷开发管理过程,名词来源于英式橄榄球,拥有明确的最高目标——发布产品的重要性高于一切,团队高度自治,成员们熟悉开发过程中涉及的各种技术,紧密合作,确保每个迭代都朝着最高目标推进,而且每隔2~4周,每个团队成员都能看到实际工作的软件,并据此决定是发布该版本还是继续开发以加强它的功能。

在一个采用Scrum的项目中,首先要将所有需要完成的工作列在一个Product Backlog中,项目开发过程中的需求的改变也要写进去。在每个Sprint开始之前,要召开Sprint计划会议。在这个会上,产品责任人(Product Owner)为Product Backlog中的各项功能需求确定优先级。随后,Scrum开发团队按照优先级,从Product Backlog中挑选出他们认为能在这个Sprint中完成的人物,并把这些人物从Product Backlog中挪到Sprint Backlog中去。Scrum团队每天都要举行一个简短的每日Scrum会议,以便团队成员了解开发进度。一个Sprint结束后,需要召开Sprint评审会议和Sprint回顾会议。开发团队在Sprint评审会议上把这个Sprint的开发成果展示给大家。而在Sprint回顾会议上,团队成员们会回顾刚刚过去的这个Sprint,从中总结经验和教训。

原文地址:https://www.cnblogs.com/Ribbon/p/2994060.html