若您试图使企业以更加精简、高效的方式运作，您可利用几种框架来达到这一目的。但是，首先，这些框架是否能协同工作，是互补或是互斥的问题的答案还不明确。您可能有这样的一些疑问：

• 如何使这些框架相互配合？
• 框架之间有哪些差异？
• 框架之间是否有关联？如果有，是哪些关联？
• 每个框架背后的方法是什么？
  
  

在Techtown的网络研讨会“SAFe、DevOps、ITIL和CMMI等框架互斥还是互补”上，我们有两名论题专家Chris Knotts和Alan Koch简短描述了每种框架并讨论了它们之间的关联。他们的讨论过程，给了我们五点启示，这些启示有望解决您的上述问题。

简短回顾

首先，让我们回顾一下每种框架。

• SAFe
  
  

SAFe(Scaled Agile Framework)允许您将开发团队层级的敏捷架构应用于企业层级，从而扩展敏捷的应用范畴。如果您有众多的敏捷团队，SAFe可以提供团队间协同合作架构的一个统一流程视图。最终，通过使用SAFe，企业变得更加敏捷。

SAFe要求负责规划和IT组合的管理层参与该过程。这些管理层必须就整间企业的目标和过程达成一致，从而获得最佳结果。

• DevOps
  
  

DevOps并不是真正的框架，而是一种文化上的转变，它关注于如何增强前线员工的力量。DevOps解决方案旨在创建由所有利益相关者组成的跨职能团队并鼓励整个周期内的沟通。DevOps一个主要目标是快速部署那些能为客户提供附加值的应用程序。采用DevOps时，开发周期和发布周期是通过自动化缩短的，尤其是进行测试时。由于小块代码的测试自动化了，部署流水线能够一直保持满载。

DevOps事关在整个流程中人们的工作方式和相互联系的方式的改变。DevOps要求管理层允许员工从失败和实验中学习经验。DevOps并不提供“包治百病的方法”，这是因为DevOps框架只是将一些松散的原则集合到一起，也是按照企业的需求集成的。每家企业需要按照其需求确定恰当的方法。

• IT基础设施库（ITIL）
  
  

ITIL于二十世纪八十年代出现，且在过去数年中发生了数次迭代（最近一次在2006年）。ITIL专注于公司的运营方面而非应用程序开发方面。ITIL是一种最佳实践框架，而非成形的解决方案。

由ITIL处理的五种任务都和服务有关，它们是：

• 服务策略（Service Strategy）——基于公司提供的产品和服务指定服务策略
• 服务设计（Service Design）——专注于服务和服务提供商的设计
• 服务转换（Service Transition）——将服务纳入运营过程，包括通过变更管理程序减小风险
• 服务运营（Service Operations）——处理每日客户服务问题
• 持续服务改善（Continual Service Improvement）——专注于不断改善企业提供的服务
  
  

• CMMI
  
  

CMMI，即软件能力成熟度集成模型，是一种早期模型，用于处理各种类型的工程任务。其定义了成熟度模型的架构。换句话说，您的企业中有一些东西已存在一段时间了。纳入企业中的系统越多，成熟度会变得越高。采用CMMI，企业就能知道哪些过程代表的方法等级较高。

启示

按照两名论题专家的讨论内容总结的五点启示如下：

启示1：持续交付和持续部署之间的差异

按照Jez Humble的说法，“持续交付”是指软件总是处于可部署状态；而“持续部署”则将“部署”时机严格定义为企业管理层的决策。

启示2：引入一个新的框架

若您的企业处于精益化初级阶段，请使用新框架，如SAFe或DevOps。但是，若您的企业一直在使用较早的框架（如ITIL或CMMI），也无需弃用它。您可根据你需要新框架提高效率的着眼点，来确定使用SAFe还是DevOps，以确定哪些框架能达到您需要的效率。调整框架并确保考虑该框架未提及的东西。

采用CMMI和ITIL，业务需求是目标。实践不是必需的，它们是自然而然发生的。因此，在通过新框架实现目标方面，实践可以很灵活。

启示3：实施框架

上述框架提供指导用概念和逻辑结构，所以不应教条。一般来说，管理需要精确，但是，要实施框架，需要具备创造性和问题解决能力。让对的人做对的事很重要，这是因为这些人对该工作的理解度最高。

启示4：关于预测目标

一般来说，提前作出的预测并不正确。关于客户需求的设想往往是错误的。有时候，客户自己甚至不知道自己的需求。因此，放弃预测吧；将产品带到客户面前，让客户发现自己真正想要什么。要达到这一目的，DevOps等框架是最佳选择，允许试错、找到开发产品的最经济方法且运行效率更高。

注：大多数功能，尤其是预测中涵盖的功能从未被真正使用过

启示5：使用框架——互斥或互补？

最终启示：当人们按照字面意思使用并采用死板的解决方案时，这些框架是互斥的。但是，当将它们用于指导目标的设定和达成最佳实践时，它们是互补的。

若想要听取Chris和Alan之间的完整对话，您可到我们的免费资源页下载该网络研讨会和其他内容的音频。

原创：Catherine Perry

若您试图使企业以更加精简、高效的方式运作，您可利用几种框架来达到这一目的。但是，首先，这些框架是否能协同工作，是互补或是互斥的问题的答案还不明确。您可能有这样的一些疑问：

• 如何使这些框架相互配合？
• 框架之间有哪些差异？
• 框架之间是否有关联？如果有，是哪些关联？
• 每个框架背后的方法是什么？
  
  

在Techtown的网络研讨会“SAFe、DevOps、ITIL和CMMI等框架互斥还是互补”上，我们有两名论题专家Chris Knotts和Alan Koch简短描述了每种框架并讨论了它们之间的关联。他们的讨论过程，给了我们五点启示，这些启示有望解决您的上述问题。

简短回顾

首先，让我们回顾一下每种框架。

• SAFe
  
  

SAFe(Scaled Agile Framework)允许您将开发团队层级的敏捷架构应用于企业层级，从而扩展敏捷的应用范畴。如果您有众多的敏捷团队，SAFe可以提供团队间协同合作架构的一个统一流程视图。最终，通过使用SAFe，企业变得更加敏捷。

SAFe要求负责规划和IT组合的管理层参与该过程。这些管理层必须就整间企业的目标和过程达成一致，从而获得最佳结果。

• DevOps
  
  

DevOps并不是真正的框架，而是一种文化上的转变，它关注于如何增强前线员工的力量。DevOps解决方案旨在创建由所有利益相关者组成的跨职能团队并鼓励整个周期内的沟通。DevOps一个主要目标是快速部署那些能为客户提供附加值的应用程序。采用DevOps时，开发周期和发布周期是通过自动化缩短的，尤其是进行测试时。由于小块代码的测试自动化了，部署流水线能够一直保持满载。

DevOps事关在整个流程中人们的工作方式和相互联系的方式的改变。DevOps要求管理层允许员工从失败和实验中学习经验。DevOps并不提供“包治百病的方法”，这是因为DevOps框架只是将一些松散的原则集合到一起，也是按照企业的需求集成的。每家企业需要按照其需求确定恰当的方法。

• IT基础设施库（ITIL）
  
  

ITIL于二十世纪八十年代出现，且在过去数年中发生了数次迭代（最近一次在2006年）。ITIL专注于公司的运营方面而非应用程序开发方面。ITIL是一种最佳实践框架，而非成形的解决方案。

由ITIL处理的五种任务都和服务有关，它们是：

• 服务策略（Service Strategy）——基于公司提供的产品和服务指定服务策略
• 服务设计（Service Design）——专注于服务和服务提供商的设计
• 服务转换（Service Transition）——将服务纳入运营过程，包括通过变更管理程序减小风险
• 服务运营（Service Operations）——处理每日客户服务问题
• 持续服务改善（Continual Service Improvement）——专注于不断改善企业提供的服务
  
  

• CMMI
  
  

CMMI，即软件能力成熟度集成模型，是一种早期模型，用于处理各种类型的工程任务。其定义了成熟度模型的架构。换句话说，您的企业中有一些东西已存在一段时间了。纳入企业中的系统越多，成熟度会变得越高。采用CMMI，企业就能知道哪些过程代表的方法等级较高。

启示

按照两名论题专家的讨论内容总结的五点启示如下：

启示1：持续交付和持续部署之间的差异

按照Jez Humble的说法，“持续交付”是指软件总是处于可部署状态；而“持续部署”则将“部署”时机严格定义为企业管理层的决策。

启示2：引入一个新的框架

若您的企业处于精益化初级阶段，请使用新框架，如SAFe或DevOps。但是，若您的企业一直在使用较早的框架（如ITIL或CMMI），也无需弃用它。您可根据你需要新框架提高效率的着眼点，来确定使用SAFe还是DevOps，以确定哪些框架能达到您需要的效率。调整框架并确保考虑该框架未提及的东西。

采用CMMI和ITIL，业务需求是目标。实践不是必需的，它们是自然而然发生的。因此，在通过新框架实现目标方面，实践可以很灵活。

启示3：实施框架

上述框架提供指导用概念和逻辑结构，所以不应教条。一般来说，管理需要精确，但是，要实施框架，需要具备创造性和问题解决能力。让对的人做对的事很重要，这是因为这些人对该工作的理解度最高。

启示4：关于预测目标

一般来说，提前作出的预测并不正确。关于客户需求的设想往往是错误的。有时候，客户自己甚至不知道自己的需求。因此，放弃预测吧；将产品带到客户面前，让客户发现自己真正想要什么。要达到这一目的，DevOps等框架是最佳选择，允许试错、找到开发产品的最经济方法且运行效率更高。

注：大多数功能，尤其是预测中涵盖的功能从未被真正使用过

启示5：使用框架——互斥或互补？

最终启示：当人们按照字面意思使用并采用死板的解决方案时，这些框架是互斥的。但是，当将它们用于指导目标的设定和达成最佳实践时，它们是互补的。

若想要听取Chris和Alan之间的完整对话，您可到我们的免费资源页下载该网络研讨会和其他内容的音频。

原创：Catherine Perry