敏捷概念 123 之 ---- 敏捷洋葱圈

2001 年 2 月 11 日至 13 日，在美国犹他州瓦萨奇山雪鸟滑雪胜地，有 17 个人聚到一起，滑雪、休闲，激烈讨论并最终达成共识，输出了《敏捷软件开发宣言》。而正式这一宣言，实实在在的影响了接下来软件开发的 20 年。

敏捷宣言， 包括 4 种核心价值观和 12 条原则，代表了 21 世纪互联网软件开发模式的一种先进理念和价值观的建立：通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。也正是因为有了这 4 条核心价值观和 12 条原则，敏捷实践方法也开始如雨后春笋，蓬勃发展。

我们用一张图来展示下这些概念之间的关系：

在敏捷思想的大框架里边，总共分三层：价值观，原则和实践方法。画作洋葱圈就意味着如果对敏捷核心价值观和原则理解的不够深入，洋葱从里面就烂了，不管表皮如何健康都无法再用作食材！

核心价值观

敏捷宣言强调的敏捷软件开发的四个核心价值是：

• 个体和互动高于流程和工具

流程和工具代表着对未来工作最佳实践的总结，但也代表着历史行为的固化状态，在充满变化的环境中，更应当关注与未来相关的因素，而非因循守旧。

• 工作的软件高于详尽的文档

阴性的信息永远不可能被等价显性化，文档只有更详细，没有最详细，在文档尤其是不需要长期持续维护的文档上花时间，绝对是浪费，而更应当选择的是去交付离用户需求最近的东西--可工作的软件。

• 客户合作高于合同谈判

一纸协议永远只代表用户在谈判那一刻能够显性化的需求，要做有意义的交付，就要用更开放的心态，把客户合作放在更高的位置，在任何时候拥抱变化。

• 响应变化高于遵循计划

在充满变化的世界里，稳定的计划永远是个迷，所以我们期望不断的找出当下最重要的需求，并完成交付，而非为了规则而迂腐的默守计划。

也就是说，尽管右项有其价值，我们更重视左项的价值。

原则

我本来还想做一些阐述和说明，但是再认真的阅读发现真的没有必要赘述，12 条原则都非常的精炼，我只是对于我们实际应用过程中最容易犯错的地方高亮标注了下。

敏捷宣言提出了 12 条原则，这些原则已经应用于管理大量的业务以及与 IT 相关项目中，包括商业智能（BI）。12 原则包括：

1. 最高优先级的是：通过尽早和持续交付有高价值的软件，满足客户

2. 欣然面对需求变化，即使是在开发阶段的后期，敏捷流程就是用变化来为客户获得竞争优势

3. 频繁交付可工作的软件，从数周到数月，交付周期越短越好

4. 在项目过程中，业务人员、开发人员必须每天在一起工作

5. 以受到激励的个体为核心构造项目，为他们提供所需的环境和支持，信任他们可以把工作做好

6. 最有效的、最高效的沟通方法是面对面的交谈

7. 可工作的软件是衡量进度的首要标准

8. 敏捷流程倡导可持续开发。客户、开发人员、用户要能够共同、长期维持步调（节奏）、稳定向前

9. 持续地追求技术卓越和良好的设计，以此增强敏捷的能力

10. 简单 -- 尽最大可能减少不必要的工作，简单是敏捷流程的根本

11. 最佳架构、需求和设计，来自自组织型的团队

12. 团队定期反思如何提升效率，并调节和调整自己的工作方式

误区

核心价值观主要强调的是价值倾向，并不是有了新的理念之后旧的理念就是陈旧迂腐无用的。这也是核心原则里提到“尽管右项有其价值，我们更重视左项的价值”

敏捷推崇的是自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。比如对于预测型项目，流程成熟，变化比较少，计划驱动依然是最适应的方法；而对于适应型项目，由于其内外部环境变化多端，难以预测，所以更适合敏捷式的开发。所以核心就是适合的才是最好的，适合的是需要组织自身不断探索出来的。

大家需要格外注意的是敏捷宣言的创始人，不管是能够创立像 Scrum, XP, DSDM，Crystal 这样一门全新的项目管理实践方法论，还是被传统的项目管理方法折磨的痛不欲生，期望找到文档驱动、重型软件开发过程的替代品的推动者，都是项目管理领域思考和实践都非常多的专家级人物。 对于他们来说，传统项目管理的优势已经成为他们工作的常态，所以他们更强调其中的不适应的部分，这对于我们现在在负责项目管理的同学的重要指导意义是：“如果你对传统项目管理的系统理论没有深入了解，千万不要容易陷入对传统项目管理全盘否定的“假敏捷”的误区”。