极限编程 精益开发、极限编程，4种敏捷框架有啥核心区别？

今天，我们来谈谈最近非常流行的敏捷开发。近几年几乎所有一线厂商，如阿里、腾讯、华为等。，采用了敏捷开发的工作模式作为技术团队的标准。可以说敏捷开发的意识逐渐成为了工程师和大厂三线码农之间的分水岭。

就像武术一样，敏捷开发分为不同的“流派”。你看武侠电影里，李连杰握着拳头，别人问新人是谁，他都要恭恭敬敬地回答“佛山黄飞鸿”。在敏捷开发领域，常用的框架有四种:Scrum方法、看板方法、精益开发和极限编程，各有特点。

无论你是否在工作中实践敏捷开发，极客学院都希望通过这篇文章，让你了解四种敏捷开发的实际情况和应用。

全文2000字，阅读时间3.5分钟。

敏捷框架的比较:Scrum方法对看板方法对精益开发对极限编程

Scrum方法

Scrum方法在软件开发中可以称为敏捷实现框架。前不久，我在上一份工作中遇到同事，我告诉他们，我在新的岗位上做敏捷开发。这些同事的第一反应会问我“真的，你每天都有常务会吗，每天都要出成绩吗？”在大多数人眼里，Scrum方法就是敏捷开发的代名词。

首先，Scrum方法是一种管理的理论框架。它解释了软件开发人员不键入代码时应该做什么。Scrum方法明确定义了一个模型，软件开发人员可以根据这个模型安排自己的开发计划，不断迭代更新计划，定期回顾和分析之前开发过程中的事件。

在这个框架中，有一个角色叫做Scrum Master，这个角色的人应该专注于控制项目的进度，尽可能协助程序员开发作业。

敏捷开发的四个宣言；

个人和互动比过程和工具更好

工作软件比包罗万象的文档更好

客户协作优于合同谈判

应对变化比遵循计划要好

看板方法

在软件开发中，看板意味着在许多待办事项中，一个项目在同一时间只能有一个流程。换句话说，在团队看板的“进行中”栏中张贴的看板卡数量有一个上限。这样做可以增加团队的专注度，减少沟通的障碍。

看板方法和Scrum模型的主要区别是:

看板方法是连续的，而Scrum重复一个过程来实现迭代。

看板法更适合那些在开发周期中需要处理很多不确定任务(售后支持、紧急处理、突发重要请求等)的团队。).

精益软件开发

就像看板法一样，精益注重减少浪费，追求客户利益最大化。浪费可能体现在创建错误的角色，项目有空的进度安排，多任务同时进行，工作项不断切换，时间浪费在做永远不会再被采用或启用的事情上。

精益开发也继承了看板的“拉动”概念，即相信你的同事在尽最大努力完成工作(这和Scrum的互相尊重是一个道理)。

至于区别，不像看板法，精益开发有一些要求工程师采取具体行动的行为准则(比如TDD代码)。同时，精益开发并不严格控制交付时间，团队可以在一切就绪的情况下随时交付产品。

还有其他与精益开发密切相关的概念，例如，最低可交付成果是尽快交付您的产品，这通常是在没有形成文档的时候。再比如快速失败的概念，尽可能晚的达成有约束力的协议(比如主营业务的决策等)。)

极限编程

如今，极限编程被采用其他敏捷框架的团队用来最大化团队成员在自己框架中的开发潜力。

还有一个错误的概念需要纠正。极限编程不仅仅是结对编程。这只是极限编程的众多实用流程之一，极限编程也为流程管理提供了一套推理系统。

还需要注意的是，理论上，极限编程的所有实际操作都要同时结合，否则一切都是徒劳。正因为如此，评论家对极限编程的评价是“就像两条毒蛇围成一圈，互相吞食对方的尾巴”或者“这只是一个纸牌搭的房子”。任何一个细节出了问题，都会影响整体的成败。

价值点:极限编程和Scrum有很多关联，如下:

像看板和精益开发一样，极限编程也在寻求减少浪费，专注于当前的代码开发，而不是考虑明天的计划或下个月的安排。这个机制叫做“YAGNI”方法(你根本不需要这些东西)。当然，他们也有一个共同点，就是都强调要和客户一起合作。

总结

在本文中，作者试图解释这四个敏捷框架之间的差异。Scrum方法是一个管理的理论框架，它解释了软件开发人员在不键入代码时应该做什么。看板法是连续的，适用于开发周期中需要处理大量不确定工作的团队。精益开发有一些要求工程师采取具体行动的行为准则(比如TDD准则)。极限编程寻求减少浪费，同时为过程管理提供推理系统。你明白吗？

本文转载自微信官方账号:360链接器(ID: it链接器)授权。“我们选文章，你念我们。文章很多。极客学院会为你选择最好的。」

互动话题

你的团队使用什么敏捷方法？你认为这种方法有优点和缺点吗？请在文末留言，一起聊聊~

3、极客开天，敏捷开发想象和实战