长期以来，软件部署的扩展，尤其是跨项目、文件、地理和企业的敏捷部署一直都是关注的热点。本文将介绍三种不同的敏捷扩展方法，分别是LeSS (Large Scale Scrum), SAFe (Scaled Agile Framework), and DAD (Disciplined Agile Delivery).
LeSS和LeSS Huge - Large Scale Scrum
《敏捷迭代开发 管理者指南》一书的作者Craig Larman批判了传统的开发方式，即一旦项目中发生错误，就迁怒于前期的规划。他建议重组企业开发团队，成立端到端的多功能团队，多功能团队可以通过分享代码和知识快速做出反应、协同解决问题、减少切换和延迟。
LeSS的企业架构看起来容易，但其实不然。它需要每一个团队成员都是开发者，每一个开发者都是架构师。架构师在团队和项目之外，以志愿者的形式组成实践社区，共同合作构建企业的架构。这听起来不错，但实际上，架构师，尤其是大企业的架构师都十分重要，所以不能去管理公司之外的东西。
LeSS应该支持纵向扩展的，但大多数LeSS层看起来都像是很多人同时完成的Scrum。现在还不清楚Scrum在哪里结束，LeSS在哪里开始。
SAFe - Scaled Agile Framework
LeSS没有管理者(除了产品拥有者，他们是成功最大的绊脚石，就像Scrum里一样)。部署LeSS包括从根本上围绕业务驱动项目重组企业，不要管理者和专家。
在SAFe中，管理者还有架构师和专家有了一席之地。SAFe是借鉴了精益、敏捷和瀑布流开发方式的细致、重量级的方法。Scrum之后，团队需要给项目和文件添加代码，这需要管理和协调。
实际上，SAFe中，管理者作为“精益和敏捷开发领导者”有很多需要做。《敏捷软件需求:团队、项目群与企业级的精益需求实践》一书作者Dean Leffingwell列举了管理者在扩展敏捷项目中的责任。
改变文化最容易的方法就是去的成功。不要关注文化，要关注执行，改变自然会发生。
只有管理者能改变系统，因为是管理者创建的系统。改变来自中间层。
管理者需要找到向团队和个人下达决定的方式，让它们了解自己的职责，这样他们才知道自己能决定哪些事情。
DAD - Disciplined Agile Delivery
《规范敏捷交付》的作者Scott Ambler认为敏捷开发一定有可以扩展的方法。因为一个企业中不同的团队和项目会以不同的方式交付不同的软件。包括Scrum、XP、Kanban、精益开发、RUP、SAFe或者瀑布流方法。
DAD不是软件开发方法，也不是项目管理框架，它是制定决策的框架，关注如何在整个企业中规划、构建和运行系统。Scrum/XP、精益开发/Kanban或者其他生命周期上的DAD层能够帮助管理者制定关于如何管理项目、风险和如何推动变革的决策。
项目，和项目中的工作人员需要有企业意识，项目需要在企业限制中进行，遵循标准和一致性，和传统系统集成，能够与其他系统和项目协作，利用共享资源和企业中的其他资产。
在敏捷扩展方面，开发并不是最大的难题。要想运行的更快，需要在很多方面做出改变，比如治理(包括PMO)、采购、财务、合规性、法律、产品管理、数据管理和OPS等。这些改变需要花费很长的时间。在DAD中，这是最困难的。
企业的敏捷开发
Dean Leffingwell曾说“在团队层面，没有什么能打败敏捷”。但要想在企业层面实现敏捷却并不容易。
接触了很多不同行业、不同国家的高级管理者我发现，大多数企业看上去像是找到了自己的方法，但实际上是混淆了瀑布式开发和大规模项目管理实践，企业级的敏捷和团地级的敏捷不可同日而语。
敏捷的最大优势不是对不断的变化做出反应，也不是实现更快、成本更低的交付，而是更早地知道是不是要继续下去，有没有继续下去的必要，还是应该停下来去做别的事。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
