现在，越来越多的企业和软件从业者都接受了“敏捷”概念。在我做持续交付咨询的时候，也可以听到客户能够把“敏捷宣言”倒背如流：

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

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

　　客户合作高于 合同谈判

　　响应变化高于 遵循计划”

　　如果，这就是你知道的“敏捷”的全部。那么，你对“敏捷”的认识还没有及格，在我做咨询的过程中，会发现以下几个常见的遗漏点：

　　1. 所谓“敏捷”，指的是“敏捷软件开发”

　　“敏捷宣言”的网址是：http://agilemanifesto.org/直译就是:敏捷宣言.非盈利组织。

　　关于用户故事，大家可以参考《用户故事与敏捷方法》，《精益设计:设计团队如何改善用户体验》

　　2. 不要忘了右项的价值。

　　很多人往往在说敏捷宣言的时候漏了最后一条。即：“尽管右项有其价值，我们更重视左项的价值。”

　　这点的关键是，“敏捷软件开发宣言”是一个价值观。在该价值观的引导下，我们选择左边的价值。但不是忽视右边的价值。“敏捷就是没有文档”，“敏捷就是没有流程”，“瀑布流程和敏捷势不两立”都是不正确的认识。

　　敏捷的价值观让我们减少了时间——这种不可再生资源上的浪费。而这些时间上的浪费表现在不能更早的交付有价值的软件上面。因为软件开发是一种成本和风险都很大的团队活动。如果不能尽早的兑现价值，这些软件开发的工作就是最大的浪费。

　　此外，“敏捷”是一个价值观，而不是一种制度。

　　3. 知道价值观，还要知道“敏捷软件的12条原则”

　　在敏捷宣言后面的第一条，是一个几乎被所有人忽略的链接，这个链接就是“敏捷软件的12条原则”：http://agilemanifesto.org/iso/zhchs/principles.html

　　1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。(没有最快，只有更快，用快速的工具和技术交付软件。)

　　2. 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。(需求变动没事，反正代价比较小。)

　　4. 业务人员和开发人员必须相互合作，项目中的每一天都不例外。(经常沟通和理解，避免出现期望偏差。)

　　5. 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。(KPI这种东西就是基于“不信任”而设计的。)

　　6. 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。(邮件，IM，电话都不是很好的沟通方式。)

　　7. 可工作的软件是进度的首要度量标准。(只有能用了，才知道接下来该干什么。)

　　9. 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。(敏捷不光求“快”，还要求“好”。不要为了快，把好的实践都抛弃了。)

　　10. 以简洁为本，它是极力减少不必要工作量的艺术。(简单即是美，能不要的都不要。敏捷的软件犹如罗丹的雕塑。)

　　11. 最好的架构、需求和设计出自自组织团队。(不要让不专业的人士指导专业人士该怎么做，“He/She can He/She Up”。)

　　好了，你的“敏捷”知识及格了吗?