在过去的二十年间，敏捷软件开发从默默无闻到日益成为业界共识。不仅在软件开发领域，敏捷运动对固件、硬件领域、乃至于非IT领域都产生了巨大的影响。一旦提到敏捷，第一时间出现在人们脑海中的往往是Scrum、看板、持续集成、DevOps这样的一些框架或实践。总结起来，大致上可以分为两个领域：过程敏捷Process Agility，以及技术敏捷Technical Agility.
过程敏捷是多数人最为熟悉的领域。Scrum、看板、SAFe (Scaled Agile Framework)、LeSS (Large
Scale Scrum)是常见的价值流交付框架。
技术敏捷是敏捷运动的重要基石。极限编程eXtreme Programming在技术敏捷领域扮演了极其重要的角色。这个几乎完全由技术实践构成的框架，尽管最初实践于一个以商业失败而告终的项目上，却对软件开发产生了巨大而深远的影响。其核心实践，如持续集成、自动化测试、结对编程、乃至于重构，已经是合格的软件开发团队的基本要求。在此基础上，当敏捷运动扩展到运维领域，产生了DevOps理念。在其它知识型工作领域里，敏捷思想也指导人们探索出相应的“技术”实践，例如在财务方面的Beyond Budgeting。
在敏捷运动的绝大多数时间里，人们致力于在小团队上Be Agile。实际上至今为止，国内大多数企业依然陷于这个层面的敏捷改进，甚至于很多企业对于敏捷的认知都是基本错误的。部分企业已经跨越了这一鸿沟，开始着眼于在多团队、产品线、乃至于跨越产品线推行敏捷协作。我们在这一方面实践的越多，就益发察觉来自于组织内非IT部门的约束使得我们的改进快速触及天花板，制约了价值流的输出。在我的经验里，财务、人力、以及PMO，往往是对组织级敏捷最直接的约束。
因此企业将目光探向一个新兴的领域：业务敏捷Business Agility。这个领域在最近一两年时间里刚刚兴起，因此尚未有太多成熟的框架或易于落地的实践。Servant Leadership、Self-organising、Beyond Budgeting是三个较容易达成共识的理念。SAFe框架大量地探讨了这一领域的内容，并体现于其Value Stream和Portfolio层面的实践。LIFE (Lean Innovation Framework for Enterprise)探讨了如何用精益—敏捷理念设计组织结构、减少价值流动中的拥堵、提高领导力、加速创新过程。ESP (Enterprise Services Planning)则提出了大量数学模型和假设，用以预测并解决组织级风险和依赖。
有理由相信，在未来的5 - 10年时间里，将涌现出大量业务敏捷方面的框架和实践。越早在这一领域开始探索和实践的企业，在日益激烈的市场竞争当中将更容易占据优势地位。
关于作者：
Andy王威，资深敏捷教练，大规模敏捷专家，精益看板专家，在团队和组织级别敏捷转型上有丰富经验。目前正致力于业务敏捷的探索与实践。
