敏捷的解释： 敏捷宣言的4个价值和12个原则

编者注：本文最后更新于2022年12月29日。

敏捷宣言》标志着敏捷的诞生，这种专业的世界观以作者意想不到的方式引发了创新，其影响远远超出了软件世界。

敏捷宣言》规定了指导高效软件产品开发的四项价值和12项原则。

在这个综合指南中，我们将向你介绍敏捷产品开发的概念，然后对敏捷宣言进行分解，重点是它的四个价值观和12条原则。

在我们了解敏捷宣言的历史以及如何在实践中实现其宗旨的详细细节之前，让我们先快速回顾一下其价值和原则：

敏捷宣言的四个价值是什么？

敏捷宣言的四个价值是：

1. 个人和互动高于流程和工具
2. 工作软件而不是全面的文件
3. 客户合作胜过合同谈判
4. 应对变化而不是遵循计划

什么是12条敏捷宣言原则？

敏捷宣言中概述的敏捷软件开发的12条原则如下：

1. 我们最优先考虑的是通过早期和持续交付有价值的软件来满足客户。
2. 欢迎不断变化的需求，甚至在开发后期。敏捷流程利用变化来提高客户的竞争优势。
3. 频繁地交付工作软件，从几周到几个月不等，倾向于较短的时间范围。
4. 业务人员和开发人员必须在整个项目中每天一起工作。
5. 围绕积极的个人建立项目。给他们需要的环境和支持，并相信他们能完成工作。
6. 向开发团队传达信息以及在开发团队内部传达信息的最有效方法是面对面的交谈。
7. 工作软件是衡量进展的主要标准。
8. 敏捷过程促进可持续发展。赞助商、开发者和用户应该能够无限期地保持恒定的速度。
9. 持续关注技术的卓越性和良好的设计可以增强敏捷性。
10. 简化–最大限度地减少未完成的工作量的艺术–是至关重要的。
11. 最好的架构、需求和设计产生于自组织的团队。
12. 每隔一段时间，团队就会反思如何变得更有效，然后相应地调整其行为。

了解更多关于12条敏捷原则的实际含义，以及如何在你的组织中应用这些原则。这些原则中有许多是交织在一起的，所以预计会看到很多重叠的内容。

目录

• 什么是《敏捷宣言》的4个价值观？
• 什么是《敏捷宣言》的12条原则？
• 什么是敏捷？
•  什么是《敏捷宣言》？
  • 简要历史
• 分解敏捷宣言
  • 序言： 持续学习是关键
  • 最后的转折
  • 4个敏捷的价值
    • 个人和互动高于流程和工具
    • 工作软件而不是全面的文件
    • 客户合作胜过合同谈判
    • 应对变化而不是遵循计划
  • 12条敏捷原则
    • 12条敏捷原则不是什么
• 敏捷宣言》在今天仍然适用吗？
• Agile Manifesto TL;DR摘要

什么是敏捷？

敏捷是一种围绕构建产品的思维方式和哲学，它支持协作、以客户为中心、期待并应对变化。

一个常见的误解是，敏捷是关于开发速度或速率的；它不是。与流行的看法相反，敏捷既不是一种方法，也不是一种框架。这些标签是为更具体和规范的敏捷模式保留的。

例如，Scrum就是一个流行的敏捷 “框架 “的例子–一套将敏捷的价值和原则付诸实践的说明。思想领袖和咨询公司创造了许多敏捷模型。这些框架不应该与敏捷本身相混淆。

什么是敏捷宣言？

敏捷宣言是一个简短的68字声明，为有意义的、高效的、持续的软件开发建立了一个广泛的目的和价值体系：

我们正在通过实践和帮助他人来发现更好的软件开发方式。通过这项工作，我们已经开始重视：

• 个人和互动高于流程和工具
• 工作软件而不是全面的文件
• 客户合作胜过合同谈判
• 应对变化而不是遵循计划

也就是说，虽然右边的物品有价值，但我们更重视左边的物品。

不要被这句话的简洁所迷惑，这些话是很有说服力的。敏捷宣言改变了科技界，影响了所有行业的团队工作方式，而不仅仅是软件。

简要历史

敏捷宣言》确立了敏捷产品开发的概念。这个简短而大胆的宣言是由17位经验丰富的软件工程师在2001年撰写和签署的，其中一些人从1960年代和70年代就开始写代码了。当时可用的机器和编程语言与它们支持的业务一样缓慢。计算机更多的是服务于精英科学的使用案例，而不是商业。

在整个70年代和80年代，瀑布式或 “重量级 “的做法主导了产品开发，重点放在前期规划和文档上。进入新的千年，这些专家一直在合作进行当时所谓的 “轻量级 “软件开发实践。

20世纪90年代流行的轻量级框架是Crystal、极限编程和Scrum，这是当今最流行的框架。这些领先框架和其他框架的创建者都是《敏捷宣言》的签署者。

今天，敏捷是标准。这一切都始于《敏捷宣言》。

分解敏捷宣言

敏捷宣言由一个简单的序言、四个价值观和一个澄清性句子组成。让我们深入了解每个元素，并更详细地解读它的含义。

序言： 持续学习是关键

敏捷宣言》的第一句话是最容易被忽视和低估的。虽然看起来微不足道，但签署者表示，这个序言实际上花了相当多的时间来写。

人们经常提到四个价值观，而不考虑序言，但建立一个不断变化和改进以及慷慨的哲学是很重要的：

我们通过做软件和帮助别人做软件来发现更好的开发方式。

让我们更细化一些，放大敏捷宣言的前五个字： “我们正在发现更好的方法….”

拥抱敏捷宣言意味着要致力于持续改进–换句话说，要快乐地、永远地不满意。从那里，我们应该记住别人的发现对我们的帮助有多大。分享学习成果；总是有新的学习成果可以获得。

我在冲刺回顾、事后总结、经理和/或同行的反馈、不断发展的流程和完成的定义（DoD）中看到了这一点–分享学习成果和倾听他人的理解对任何敏捷项目都是至关重要的。如果你环顾四周，发现有很多流程在一段时间内没有变化，你可能还没有 “发现更好的方法”。

世界在变，生活在变。敏捷意味着拥抱变化和不断学习。

最后的转折

在整个四个价值陈述中，我们很容易忘记这些东西中的无是坏的。偶数声明的意义在于，有一部分是好的，但另一部分甚至更好。

在我们挖掘这四种价值之前，让我们跳到最后的部分，敏捷宣言告诉我们如何正确阅读这些价值。这一点也很重要，但经常被遗忘：

也就是说，虽然右边的项目有价值，但我们更重视左边的项目。

当我们回顾《敏捷宣言》的四项价值时，我们应该认识到，右边的东西是好的，但左边的东西更有价值。

4个敏捷的价值

敏捷宣言》中规定的4个价值如下：

1. 个人和互动高于流程和工具
2. 工作软件而不是全面的文件
3. 客户合作胜过合同谈判
4. 应对变化而不是遵循计划

1. 个人和互动高于过程和工具

敏捷意味着要全心全意为人民服务。敏捷宣言的第一个价值可能是最领先于时代的。作者知道，人很重要，合作也很重要。

我们可以从12条敏捷原则中推断出更多的意图，这些原则是对基本价值的阐述。

在12条敏捷原则中，至少有6条涉及人际关系：

• 第4条原则建立了一种新的关系，即 “商业人士和开发商必须每天一起工作”
• 第5条原则说 “围绕积极的个人建立项目。给他们提供所需的环境和支持”
• 第6条原则主张 “面对面的交谈 “是最好的沟通方式
• 原则8介绍了 “赞助商、开发者和用户 “之间的共生关系。
• 第11条原则声称，最好的成果来自于 “自我组织的团队”
• 第12条原则鼓励团队”[反思]如何变得更有效 “并进行相应的调整

关键是要记住应该如何解释这些偶数的声明。声明的右边（流程和工具）是有价值的。然而，个人和互动更有价值。换个说法，我们可以说：”流程和工具是好的，但个人和他们的互动更重要”，这是第一个敏捷宣言的价值。

在现实世界中，我已经看到了这一点，由产品、工程、设计、质量保证、数据分析，甚至营销利益相关者组成的跨职能团队，日复一日地在一个团队中工作，解决客户问题。

2. 2.工作软件高于全面的文件

虽然第一个敏捷宣言的价值可能是四个价值中最基础的，但第二个价值可能是今天最有争议的。对 “可运行的软件 “的强调常常使现代技术专家感到震惊。只有 “能用 “的软件有什么好的？

我有个朋友是一家大公司的产品经理。在开发他们的产品时，他们花了长达一年的时间来挖掘用户研究和讨论客户的见解，却没有向客户交付任何东西。最后，他们生产了一个小小的、无关紧要的功能，没有满足任何真正的客户需求。

因此，在这样的情况下，每个人都想成为一个哲学家，并与客户产生共鸣，但没有人能够真正实现。

现在推出一个最小可行产品（MVP）比很久以后推出一个 “完美 “产品要好。当然，一个 “能用 “的产品不是最终目标，但它是为客户和企业提供价值的必要条件。如果我们不发货，那么我们实际上在完成什么？

根据《敏捷宣言》，全面的文档是好的。这就是连过声明的作用。例如，第二个价值可以改写为：”文档是好的，但交付可运行的软件更重要”。一个没有文档的产品比有文档和没有产品要好。

3. 客户合作高于合同谈判

在《敏捷宣言》的第三个价值中，提到的 “合同谈判 “往往会让一些读者感到困惑。请记住，声明的右边仍然是有价值的，所以合同谈判是好的。但是，我们所说的这个合同谈判是什么？

合同谈判指的是工作中涉及的任何协议，无论是内部的还是外部的。是的，这包括任何政治交易和供应商的文书工作，但也有更多的内容。许多敏捷专业人士将合同谈判解释为还包括最后期限、预算协议、以及与内部利益相关者或客户的范围协议。

一个现代的说法可能是，”商业承诺是好的，但客户的声音应该是第一位的”。

我看到敏捷团队通过在执行之前优先考虑研究和发现工作来实现这一价值，以确保正确的解决方案被建立。我看到细化的甘特图被季度和月度甘特图或更高层次的 “现在-下一个-以后 “路线图取代。

4. 4.响应变化而不是遵循计划

敏捷宣言的第四个也是最后一个价值主张，遵循计划是好的，但对变化的反应更有价值。

在20世纪80年代和90年代的轻量级框架之前，组织可能会花数年时间来计划一个解决方案，然后花数年时间来构建这个解决方案。当最初的解决方案准备好时，问题已经发展到足以使解决方案失去作用。这些类型的经验和观察促使工程师们寻求更好的软件开发方式。

我想到了美国前总统德怀特-艾森豪威尔的一句名言： “计划不算什么，规划才是一切”。这句话的意思是，计划是很好的工作，但应该始终考虑到围绕着计划的不断不确定性。计划只有在其灵活性方面才是好的。

12条敏捷原则

为便于回顾和快速参考，12条敏捷宣言原则（简写）如下：

1. 让客户满意
2. 欢迎不断变化的需求
3. 频繁地交付工作软件
4. 每天一起工作
5. 围绕积极进取的人建立项目
6. 面对面的沟通
7. 用工作产品来衡量进度
8. 无限期地保持恒定的速度（马拉松，而不是短跑）。
9. 持续关注卓越的技术
10. 保持简单
11. 相信你的团队能够自我组织
12. 反思和调整

1. 让客户满意

我们最优先考虑的是通过早期和持续交付有价值的软件来满足客户。

这意味着什么呢？

作为敏捷的专业人士，我们相信通过快速和定期交付有价值的产品和功能来缓解客户的痛苦。为什么？我们可以更快地获得反馈，以改善和提高对客户的价值–而且因为我们知道，我们从来没有第一次就完全正确。

如何应用敏捷原则1

• 专注于客户的问题
• 建立最小可行的产品
• 用最小的有价值的过程来运作
• 在你的团队中培养一种学习和迭代的文化

2. 欢迎不断变化的要求

欢迎不断变化的需求，甚至在开发后期。敏捷过程为客户的竞争优势驾驭变化。

它是什么意思？

拥抱不确定性。环境在不断变化，而变化是我们可以利用的优势。为了提高竞争力，我们不仅应该预测变化，而且应该欢迎变化。

如何应用敏捷原则2

• 更频繁地在冲刺阶段更新冲刺目标
• 当需求发生变化时，不要惊讶，为其他人定下基调。
• 庆祝你的团队的转变
• 使用持续发现的习惯来保持对客户问题和市场的关注

3. 频繁地交付可用的软件

频繁地交付工作软件，从几周到几个月不等，倾向于较短的时间范围。

这意味着什么？

采取小步骤。更频繁地发布较小的产品更新，有多种好处。定期发布较小的增量，并能够快速部署，以减轻风险。此外，你可以通过更频繁的交付和更快的学习为企业增加价值。

如何应用敏捷原则第3条

• 通过做一些小的改动（例如，一些代码中的注释）来测试你的团队能多快地让一个变化生效。这将帮助你衡量你所处的位置，并优化你对变化的反应能力。
• 将故事分解成更小的片段。需要一些灵感吗？考虑一下只有一个点的故事或只有可以在一天内交付的故事可能是什么样子的。

4. 每天一起工作

业务人员和开发人员必须在整个项目中每天一起工作。

这意味着什么？

谁包括在 “业务人员 “中？我对这句话的解释是指不在技术团队中的任何人–例如，产品、设计、市场利益相关者等。当然，这取决于你希望实现的组织、项目或结果。

无论谁参与其中，透明度和协作应该是日常的常态。

如何应用敏捷原则第4条

• 考虑邀请其他利益相关者参加团队会议，同时在必要时管理对角色和责任的期望。
• 使规划和路线图工件更容易获得，以便其他人能够跟踪进展，提出问题或提供反馈。
• 创建一个可视化的团队，但包括那些根据官方组织结构图在技术上可能不在同一团队的同事。
• 使用一个开放的Slack频道（或选择的聊天工具），而不是保持私密性

5. 围绕积极的个人建立项目

围绕积极的个人建立项目。给他们需要的环境和支持，并相信他们能完成工作。

这意味着什么呢？

在第五条敏捷原则中包含了很多词汇：激励、环境、支持、信任–其中个人处于中心位置。

一个支持性的环境对不同的人意味着不同的事情。这就需要了解你的团队，以及如何与团队中的个人进行沟通和支持。

如何应用敏捷原则第5条

你可能会发现这个原则是最具挑战性的，因为它不能被隔离到一个组织中的某个特定级别。例如，作为一个产品经理，你的双手可能在很多方面被束缚。

也就是说，有些事情总是在你的控制范围之内。为了改善工作环境，作为一名经理，你可以：

• 让工作充满乐趣（无论这对你和你的团队意味着什么）
• 把人当作个人来对待，亲自了解他们
• 庆祝胜利，无论大小
• 为你的产品或项目建立一个引人注目的愿景

6. 面对面的沟通

向开发团队以及在开发团队内部传达信息的最有效方法是面对面的交谈。

这是什么意思？

视频会议工具使 “面对面 “的对话比以往更加轻松，但它们仍然不能完全取代面对面的互动。

同时，远程工作也有很多优势，因此，我们的收获也不是说团队必须在同一地点办公。

如何应用敏捷原则第6条

• 打开你的视频
• 时不时地亲自会面
• 不要害羞地跳上一个快速电话，实时解决一些问题（例如使用Slack的huddle功能）
• 在使用文字时，加入表情符号的反应，以避免对你的语气产生任何混淆

7. 用工作产品来衡量进展

工作软件是衡量进展的主要标准。

这意味着什么呢？

基本上，它的意思是要剔除那些废话。第七条敏捷原则规定，工作中的软件是 “衡量进展的主要标准”，但有些人感到震惊，因为他们看到的是 “衡量进展的唯一标准”。

在我们重视客户问题陈述、花哨的视觉框架、用户研究、市场研究、分析学和人类学的世界里，这个原则可能会让人感到不适应。

虽然这些因素很重要，但如果我们不把任何工具放到野外去帮助现实生活中的客户，它们有什么用呢？

如何应用敏捷原则第7条

• 边走边记录和计划
• 优先建造对客户有帮助的东西
• 加倍遵守敏捷原则1
• 对团队施加健康的压力，问：”我们最近是否真正帮助了客户？”

8. 无限期地保持恒定的速度（马拉松，不是短跑）。

敏捷过程促进可持续发展。赞助商、开发人员和用户应该能够无限期地保持恒定的节奏。

这意味着什么呢？

敏捷意味着倦怠、熬夜和最后一刻的紧急状况应该是罕见的。跨职能的团队应该计划以可持续的速度前进。这也可以通过采用其他的敏捷原则来支持。

如何应用敏捷原则第8条

人们在阅读第八条原则时常犯的一个错误是曲解了 “速度 “这个词。大多数情况下，”保持恒定的节奏 “意味着团队应该放慢速度，而不是加快速度。提前计划并建立系统，使对变化的反应成为正常。

9. 持续关注技术上的卓越

持续关注技术上的卓越性和良好的设计可以增强敏捷性。

这意味着什么呢？

你应该对你的工艺感到自豪。超级碗奖杯以其命名的著名NFL主教练文斯-隆巴迪（Vince Lombardi）曾经说过：”完美是不可能达到的，但如果我们追逐完美，我们就能抓住卓越”。

第九条敏捷原则并不以完美为目标；我们应该承认，在科技界，卓越是一个快速移动的目标，要想击中它，需要 “持续关注”。

如何应用第9条敏捷原则

• 举办午餐学习和 “棕色袋子 “教育机会
• 留出时间，将技术债务纳入冲刺阶段
• 培养一种文化，鼓励团队成员保持高质量和可持续的实施，以实现长期的敏捷性

10. 保持简单

简化–最大限度地减少未完成的工作的艺术–是至关重要的。

它是什么意思？

这句话乍看之下可能有悖常理，常常让人觉得奇怪或不必要的困惑，但实际上它是非常深刻的。基本上，它意味着少即是多。

最大限度地减少未完成的工作，需要从做多到做少的心理转变。从本质上讲，这意味着你要花更多的时间去做必要的事情，并减少将流程复杂化的时间浪费。

如何应用敏捷原则第10条

• 了解你所从事的工作的原因和愿景
• 思考什么是真正需要的。考虑一个简单的框架，如MoSCoW或需要与需要的关系。
• 确定问题的最简单解决方案，并考虑权衡。

11. 相信你的团队能自我组织起来

最好的架构、需求和设计来自自组织的团队。

这是什么意思？

最好的工作来自于那些被允许在他们之间进行计划和执行的团队。

第11条原则。第11条原则不是关于无政府状态或一些进步的操作模式，在那里人们形成自己的宗族，做他们想做的事情–记住，这句话是在2001年写的。

第11条敏捷原则的重点是，被激励和支持的个人被信任，并允许他们沉浸在问题空间中，并提出最佳解决方案。

当然，信任不会神奇地出现，所以这个建议有时说起来容易，做起来难。

如何应用敏捷原则第11条

• 创建有动力和有能力的团队组织。对这些团队进行问题框架、发散性和聚合性思维的培训。
• 创建跨职能的团队，以减少依赖性。
• 反思如何衡量团队，以及这鼓励了哪些行为

12. 反思和调整

每隔一段时间，团队就会反思如何变得更有效，然后对其行为进行相应的调整和调整。

如何应用敏捷原则第12条

团队经常犯的第一个错误是运行的冲刺回顾会太过可预测和太过正式。注意这个敏捷原则没有提到时间框架；这个团队的反思没有名称或结构。

第二个错误（往往源于第一个错误）是缺乏责任感；太多时候，没有跟进或跟踪行动项目。我不认为在类似回顾性谈话中的每一个观察都需要有一个行动项目。然而，当行动项目被定义时，你应该建立一些问责制，以确保取得进展。

如何应用这一原则

• 定期向你的团队和同事报到
• 必要时跟踪下一步行动
• 玩得开心，做得真诚

12条敏捷原则不是什么

现在你已经看到并理解了12条敏捷宣言原则是什么，让我们回顾一下它们不是什么。

敏捷原则不是一种方法论，也不是方法论的一部分。这些原则也不是一个真正的框架。在敏捷的世界里，框架是一套更具规范性的规则、系统和流程，帮助团队将敏捷原则付诸行动。

敏捷原则是为《敏捷宣言》中更高层次的价值观增添色彩的声明。它们是专业人士的具体立场，他们重视在一个越来越不可预测的世界中不断学习和改进。

敏捷宣言》在今天仍然适用吗？

我相信，从所有方面来看，《敏捷宣言》已经相当成熟。它仍然是一套价值观，为技术和商业专业人士提供了一个健康的挑战。

不仅《敏捷宣言》仍然有帮助，而且软件开发以外的许多其他行业也采用了它。仅仅调整了一些关于 “软件 “的提法，就对帮助营销团队、人力资源和其他许多人更有效地提供有价值的成果起到了很大的作用。

尽管有几十个《敏捷宣言》的替代方案、扩展方案，以及要求完全替换的呼声，但普遍的共识是，这份文件经受住了时间的考验，非常好。批评者的论点往往是被误导的，没有说服力的，或者只是没有增加足够的价值来获得广泛的关注。现在有这么多的内容，新的敏捷宣言必须是革命性的，才能引起人们的注意。

敏捷宣言TL;DR摘要

总结一下本敏捷宣言指南的主要收获：

• 序言是宣言中最被忽视的部分，它鼓励不断 “发现更好的方法”，并在此过程中 “帮助他人”。
• 价值1是最超前的，它将人、协作、包容和关系置于敏捷的中心。用这个价值观来比喻现代软件开发： 过程和工具是有价值的，但人和关系更重要。
• 价值二是今天最有争议的，因为它主张 “工作的软件胜过全面的文档”。现代的解释是： 强大的文档是好的，但实际提供解决方案是更好的。
• 价值3是最容易被误解的，因为 “合同谈判 “和 “客户 “的含糊不清。现代的说法是：”承诺是好的，但要建立起与客户的关系： 承诺是好的，但建立正确的东西是更好的。
• 价值4是敏捷的核心：”响应变化而不是遵循计划”

 

翻译：云瑞设计

原文：https://blog.logrocket.com/