学习敏捷开发基础知识
完成本单元后，您将能够：
- 解释敏捷开发宣言。
- 定义敏捷开发原则和实践之间的区别。
- 描述如何真正做到敏捷。
既然您已经知道 Salesforce 为什么成为敏捷的，我们来一步一步说明如何将敏捷开发付诸实践。
它听起来有点拗口，但是做到敏捷和成为敏捷是有区别的。成为敏捷表示您知道为什么要这么做，而不是盲目地遵循某个流程。有许多最佳实践可以让您的团队变成敏捷的。最终，如果对于下述三个问题您回答“是”，那您已经在成为敏捷的路上了。
- 我们的活动是否以人为中心？
- 我们是否在持续学习和进步，使我们的流程和产品不断优化？
- 我们是否经常为客户创造价值和喜悦？
敏捷开发价值观
我们喜欢把我们的敏捷开发流程想象成美味的圣代冰淇淋——带着喜悦层层点缀。所以，我们首先来谈一谈敏捷开发思维的基础：圣代冰淇淋碗！
回到 2001 年，公司采用敏捷开发之前，17 名业界的软件工程师起草了—这是一套名为敏捷开发宣言的基础价值观。这份宣言是一些大型、昂贵、往往半途而废或以失败告终的软件项目的结果，这些项目浪费时间、金钱和人力。他们寻找替代方案，以替代过去那种失败的、文档繁多、从一开始全盘设计好的流程。
如今，这些价值观已经深入人心，给予我们一种敏捷开发思维。这份宣言以人和协作为基础，目标是打造成功、快乐的组织。
这是宣言的节选：
“我们正在这么做并且帮助别人这么做，以探索更好的软件开发方式。通过这项工作，我们变得更看重：
- 个人和互动，而不是流程和工具
- 实用的软件，而不是全面的文档
- 客户协作，而不是合同协商
- 响应变化，而不是遵循计划
也就是说，尽管右边的项目有一定价值，但我们认为左边的项目更有价值。”
下面我们深入分析这四条价值观。
个人和互动，而不是流程和工具
成为敏捷的，在某种程度上意味着让您的团队规定自己的工作流程，而不是让历史遗留流程来规定。在 Salesforce，我们使用一个称作 GUS 的平台，帮助团队管理工作流程和产品开发。
在我们这种规模的公司，可以打赌团队肯定分散在不同的建筑、州和国家。敏捷开发平台使我们可以大规模保持无缝沟通——不用考虑我们的时区。
实用的软件，而不是全面的文档
那么我们如何确认我们在取得实质性进展呢？我们依赖看得见的结果：证明有效的软件、服务或交付物。换句话说，一份规范文档本身不能证明我们在做正确的事情，也不能提供客户价值。
客户协作，而不是合同协商
做一家以客户为中心的公司，一定程度上意味着我们不是在想当然地认为自己知道什么对客户最好，而是实际上实施他们所说的最好的东西。我们的短期冲刺和持续改进流程帮助我们快速响应客户需要的变化。我们采用 IdeaExchange（客户向我们提出想法的论坛）之类的机制来了解我们的客户觉得什么东西是有吸引力的、有用的、令人兴奋的。
响应变化，而不是遵循计划
我们在 Salesforce 做的工作本质上是创造性的，流程也是如此。我们无法确切知道每个结果，也不能提前规划好这个旅程的每一步——冒险的时候难免会走一些弯路！不仅如此，我们还需要快速响应客户的反馈，这意味着会有变化，而且变化得很快。
为此，我们以一份 Safe Harbor 通知开始我们的宣讲，提醒购买我们的服务的客户根据目前可用的功能，而不是我们发出的前瞻性声明做出他们的购买决策。
那并不是说我们在盲目行事。我们的团队定期规划，从全公司的年度规划流程到发布规划、增量规划和每日规划会议。
敏捷开发原则速览
圣代冰淇淋的下一层是 12 条敏捷开发原则，给我们的迭代过程增添风味。考虑碗里面的这些冰淇淋勺（当然按口味分类）。
包括：
- 简化事情
- 拥抱变化，保持竞争力
- 面对面沟通是最好的
- 业务人员和开发人员在项目中全程合作
点击这里进一步了解这些原则。
框架
既然整个冰淇淋已经在碗里了，现在加一勺令人垂涎的糖浆吧！继续用各种定义好的框架装点您的冰淇淋，为角色和会议提供方法和指引，帮助我们把我们的思想和抱负付诸实践。Salesforce 用到的若干框架：Scrum、Kanban、Scrumban（两者的结合）以及 eXtreme Programming（是一套技术最佳实践）。
实践
跟圣代冰淇淋上撒的彩色颗粒一样，有许多敏捷、精益和技术实践，使人们可以以敏捷、精益的方式颁布框架。在 Salesforce，这些实践包括规划的节奏、团队如何检查和适应、人们具有哪些角色和责任。每个员工创建年度规划文档和积压未办之事，以管理工作和排列优先级。除此之外，还有我们的跨界工程实践和自动化测试环境。
正是这些敏捷开发价值观、原则、框架和实践帮助我们打造我们的 Salesforce Ohana。
