随着敏捷工作方式在机构内日益突出，必须考虑你当前的实践和原则与扩展敏捷是否保持一致。
你可能会问一个问题，“《哪种敏捷项目管理框架适合我的业务？》”
答案取决于相当多的因素。如果在没有仔细检查你目前的工作方式、你的团队所遵循的任何方法以及你的业务交付大型项目所需要的规模的情况下，就认为你的业务可以简单地采用一个新的敏捷框架，这是不明智的。
考虑到这个问题，我们对两个流行的大规模敏捷框架进行了比较：规范敏捷交付 (DaD) 和规模化敏捷框架 (SAFe)。
What do DaD and SAFe both have in common?
就规范敏捷交付与 SAFe 规模化敏捷框架而言，必须注意的一点是，这两个大规模敏捷框架都将不同敏捷团队的本质结合到一个共同的、更大的程序中。在比较规范敏捷交付与 SAFe 规模化敏捷框架时，你应该仔细考虑你的业务目标和当前的情况。这两个框架执行相似的功能，但也有一些不同之处需要注意，因为它们可能以不同的方式影响你的日常工作。
那么它们有什么不同呢？众所周知，SAFe 规模化敏捷框架有其自身的限制，而规范敏捷交付采用了一种更宽松的方法来扩展敏捷。
SAFe
让我们考虑一下传统的瀑布方法及其在工程中的初始阶段。它是否类似于 SAFe 规模化敏捷框架及其限制性质？线性、顺序的设置和每一步的仔细记录；在能够编码、测试和部署之前，需求、设计、细节让瀑布成为一种及时的工作方法，这可能会导致延迟上市。虽然 SAFe 规模化敏捷框架不像瀑布那样严格，并且确实使用了 Scrum 意识形态，但它仍然被认为是很规范和不灵活的。
许多批评人士认为，SAFe 规模化敏捷框架与适应性的敏捷概念相矛盾，因为它涉及大量的前期规划和细致的流程定义。它的精益流程可能会因使用规范性冲刺这一常见 Scrum 理念而受到批评。我们知道冲刺周期在框架内的更高级别会增加，但这种工作方式是否过于死板？这是一种非常自上而下的方法，就像瀑布一样，机构内的领导者和行政人员需要审查和监督所有文档，这肯定会剥夺开发人员的领导权和自由。
《团队是否会因能够灵活地退出并采用不同的工作方式而受益？》
事实上，尽管 SAFe 规模化敏捷框架是一个完整的框架，但也可以说实施它并不是一件容易的事。SAFe 规模化敏捷框架不仅需要大量投资，还需要机构内文化习惯和思维方式的转变。期望一个团队快速改变他们的日常工作习惯以适应新的开发方法与敏捷的工作方式不符。
规范敏捷交付
SAFe 规模化敏捷框架和规范敏捷交付之间的主要区别在于灵活性。规范敏捷交付意识到不同项目之间的差异，并允许团队自由地做出流程决策，使其成为一个自适应敏捷项目管理框架。
The way DaD works is that it enables steady delivery through DevOps and continuous integration processes. Like SAFe, DaD uses scrum ideologies, but will factor them in and then extend them. While scrum delivery focuses solely on construction, DaD also includes the project inception and transition elements around the construction phase. Scrum is just one approach, whereas DaD is a hybrid agile project management framework that includes many different lifecycles. These lifecycle models allow teams to freely adapt their ways of working with managing agile projects, rather than being restricted to one prescriptive method. Using lifecycles to maintain momentum also allows teams to deliver quickly, receive feedback and put learnings into practice the next time round.
规范敏捷交付的企业可行性是一个富有吸引力的要素，尤其是对大型机构而言。在全球范围内，SAFe 规模化敏捷框架对于大型机构来说不切实际，因为它们需要在整个敏捷团队中拥有更多的灵活性。但凭借规范敏捷交付的灵活性，敏捷项目管理可以在世界各地轻松实现。
这是对规范敏捷交付与 SAFe 规模化敏捷框架的区别的简要描述。但是，这里最重要的问题是哪种框架适合你的业务？
DaD vs SAFe: A Scenario
你是一家知名金融公司的高级 IT 经理。你知道你的机构还没有确定一个单一的敏捷框架，并且你意识到自己面临以下困境：
- 你的一个团队正在使用 SAFe 规模化敏捷框架
- 另一个地点的另一个部门正在使用规范敏捷交付
- 这造成了延误、沟通不畅和混乱
要扩展敏捷，你的业务需要就一个敏捷项目管理框架达成一致，并在你的位于各个地点的团队中推广。但是你接下来会面临更多的困境：
- 你有投资预算吗？
- 如何同时对五千名员工进行培训？
- 如果每个团队的成员都恢复到以往的工作方式，该怎么办？
这就是我们的切入点。
我们推广敏捷项目管理框架的方法
我们推广任何框架的目标都是让整个机构规模化、敏捷地工作。但是，我们也认识到分阶段部署的必要性。
我们从一个小团队开始实施一种敏捷版本培训，一旦一个团队对新的工作方式有信心，我们就会逐渐增加团队的数量。这使得敏捷团队能够有机成长，并且比试图同时培训数千人更高效，因为同时培训会导致文化转变的问题，并使得人们更容易回到以前的工作方式。
我们的专家将加入你的团队中，逐步推广你选择的敏捷框架。通过这种方式，你将很快拥有一批精通该框架的开发人员，从而使整个机构的适应性更加强。如需进一步帮助比较扩展敏捷框架，或了解我们如何帮助部署你所在机构中敏捷框架培训的分阶段交付，请联系我们。
