ITIL、CMMI、TMMI、CMMI、SAFe、ITSM、DevOps及VeriSM这些名词究竟是神马

IT行业混了快10年了，好多名词概念（体系，标准），听多了再次整理下，暂时不清楚各自之间的关系区别。

1、TMMI

TMMi是由TMMi基金会开发的一个测试成熟度模型，源自并遵循ISO9126、IEEE829、ISO33000及ISTQB等国际标准，是世界领先的测试管理体系建设与测试过程改进的参考框架。TMMi有5个级别，分别规定了成熟度级别和测试过程改进的路径。每个级别都有一组过程域，组织需要实施这些过程域来达到对应的成熟度级别。

2、CMMI

软件能力成熟度集成模型，是一种早期模型，用于处理各种类型的工程任务。其定义了成熟度模型的架构。

3、敏捷（Agile）

敏捷开发是基于迭代式的开发过程，倡导价值驱动，通过增量式的交付过程和随时进行的产品评估过程。目标是迭代管理，面向项目管理。
Agile与Scrum关系
Agile：即敏捷方法（也被称为轻量级，lightweight methodology），它是一组开发方法的统称。Scrum：是一种迭代式增量软件开发过程，通常用于敏捷软件开发。

4、精益（Lean）

精益开发Lean，源自精益生产。精益生产是一组原则指导，主要应用在质量、速度和客户关系。
精益提倡通过最简可行产品及验证式学习，用最小的成本，最短的时间打造一个原型产品，通过最小可行产品来测试市场的反馈，而不是在一开始就投入巨大的成本做个自己认为完美的产品，从而缩短产品开发周期，用最快的速度获得业务增长，一旦出现偏差，很快就能通过反馈发现，并及时纠正。目标是提高转换率，面向公司高层。

5、SAFe(Scaled Agile Framework)

被描述为在企业范围内实施敏捷实践的交互式知识基础。 SAFe为其“大图”图形日益认可，为企业灵活性提供了一个模型。大图从三个层面解决企业问题：团队，计划和投资组合。
在团队层面，SAFe看起来很像Scrum（包括XP实践）。最大的区别之一是，并非每个sprint都必然会产生潜在的可发布增量，这可能会经常发生在强化冲刺之后。
在计划层面，敏捷团队的努力得到调整和整合，以满足企业及其利益相关者的需求。 SAFe就如何做到这一点提供了大量的细节。
投资组合级别提供投资级别与组织运营级别之间的类似产品和目标一致性。
精益思想，产品开发流程原则以及敏捷开发（敏捷宣言，Scrum，XP技术实践，看板）在确定SAFe的原则和实践方面发挥着重要作用，但SAFe真正重视“对齐，代码质量，透明度和项目群执行。
规模化敏捷，允许您将开发团队层级的敏捷架构应用于企业层级，从而扩展敏捷的应用范畴。如果您有众多的敏捷团队，SAFe可以提供团队间协同合作架构的一个统一流程视图。最终，通过使用SAFe，企业变得更加敏捷。
SAFe要求负责规划和IT组合的管理层参与该过程。这些管理层必须就整间企业的目标和过程达成一致，从而获得最佳结果。

优点：涉及组织中的所有级别，促进团队之间的协作，并让每个人都关注发布
缺点：可以批评为过于规范，HUP冲刺可能被认为是浪费。这是最多诟病的地方，已经不再敏捷了。

6、DAD ：Disciplined Agile Development

此流程框架是一种以人为本，面向学习的混合敏捷方法来实现IT解决方案交付。它具有风险价值的生命周期，是目标驱动的，并且是企业意识。 DAD的四大优先事项是：
人第一
学习型
敏捷
混合动力
混合意味着DAD还吸取其他更传统的资源，尤其是用于治理和生命周期管理的各种风格的统一过程。项目分为三个阶段，初始阶段，建设阶段和过渡阶段。与Scrum相比，DAD通过指定架构所有者更加强调架构和技术风险降低。 DAD方法中一个有趣的概念是转向“潜在消费品服务”，而不是“潜在可发货产品”。这种转变与RUP包括市场风险和社会风险在内的风险理解有关。
优点：专注于架构和设计可以导致构建更好的产品，可扩展
缺点：较少的市场份额，因此只有较少的协助渠道，需要您组织中可能不存在的专业角色。

7、LeSS：Large Scale Scrum

在LeSS方法下，大规模Scrum是适用于大规模开发的常规Scrum。 Craig Larman和Bas Vodde根据项目的规模开发了两个框架。由于他们仍然忠于Scrum的约束，所以大规模Scrum不能被认为是一种实践。相反，它是一个组织设计框架。
Framework-1专为最多10个团队的项目而设计。基本角色不变，但会议中的一部分会发生变化，有些会在团队级别复制。例如，冲刺计划1可能与每个团队的代表举行，而不是所有团队的所有成员。同样，与各队代表进行的跨队回顾也有助于全面改进。团队被组织为特征团队。可以以Scrum或Open Space会议的形式添加其他小组间协调会议。
Framework-2是为超过10个团队的大型项目而设计的。 Framework-2增加了一个额外的角色，即区域产品负责人，他承担产品主要部分的产品所有权。在这一点上，还增加了总体冲刺回顾和回顾，以确保整体产品一致性和流程改进。
除了Scrum之外，还有许多技术实践可以帮助并鼓励加强协调：持续集成。内部开放源代码（任何人都可以修改任何源代码）以及团队控制的构建系统。对于多个地点开发的项目来说，这些变得更加重要。
优点：被认为是最“敏捷”的规模方法，已经在做Scrum的团队会认为这种做法是自然而熟悉的，对于采用Scrum进行敏捷转型的组织来说，这是最为顺利的框架。
缺点：最不规范的方法，留下一些组织填补空白。

8、ITIL（信息技术基础设施库，ITIL3、ITIL4）

ITIL（IT Infrastructure Library）是CCTA（英国国家计算机和电信局）于20世纪80年代末开发的一套IT服务管理标准库，它把英国各个行业在IT管理方面的最佳实践归纳起来变成规范，旨在提高IT资源的利用率和服务质量。
ITIL最初是为提高英国政府部门IT服务质量而开发的，但它很快在英国的各个企业中得到了广泛的应用和认可。目前已经成为业界通用的事实标准。

IT服务管理是ITIL框架的核心，它是一套协同流程（Process），并通过服务级别协议（SLA）来保证IT服务的质量。它融合了系统管理、网络管理、系统开发管理等管理活动和变更管理、资产管理、问题管理等许多流程的理论和实践。ITIL把IT管理活动归纳为一项管理功能和十个核心流程。

Version 1 — 1986~1999年原始版，主要是基于职能型的实践，开发了40 多卷图书。Version 2—1999~2006年 ITIL v2 版，主要是基于流程型的实践，共有10 本图书，包含7 个体系：服务支持、服务提供、实施服务管理规划、应用管理、安全管理、基础架构管理及ITIL 的业务前景。它已经成为了IT 服务管理领域全球广泛认可的最佳实践框架。
Version 3 — 2004~2007年基于服务生命周期的ITIL v3 整合了v1 和v2 的精华，并与时俱进地融入了IT 服务管理领域当前的最佳实践。5 本生命周期图书形成了ITIL v3 的核心，它主要强调ITIL 最佳实践的执行支持，以及在改善过程中需要注意的细节。

ITIL4是在ITIL V3/2011的基础上，引入Lean（精益）、Agile（敏捷）、DevOps（开发运维一体化）等新的管理思想或工作方式。

ITIL 与ISO20000 的关系
ITIL 自发布以来，一直被业界认为是IT 服务管理领域事实上的管理标准，直到2000 年11 月，英国标准协会（BSI）正式发布了以ITIL 为核心的国家标准BS15000 ；随后，2005 年5 月，国际标准组织（ISO）快速通道的方式批准通过了ISO20000 的标准决议，并于12 月15 日正式发布了ISO20000 标准。

9、ITSM（IT service management）

IT服务管理（ITSM）是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法，是一套方法论，IT管理的“ERP解决方案”。。ITSM起源于ITIL（IT Infrastructure Library，IT基础架构标准库），ITIL是CCTA管理标准库。它把英国在IT管理方面的方法归纳起来，变成规范，为企业的IT部门提供一套从计划、研发、实施到运维的标准方法。
ITSM适用于IT管理、而不是企业的业务管理。清楚这点非常重要，因为它明确划分了ITSM与ERP、CRM和SCM等管理方法和软件之间的界限，这个界限是：前者面向IT管理，后者面向业务管理。
ITSM不是通用的IT规划方法。ITSM的重点是IT的运营和管理，而不是IT的战略规划。

10、DevOps

是一种文化，提倡开发和 IT 运维之间的高度协同，从而在完成高频率部署的同时，提高生产环境的可靠性、稳定性、弹性和安全性。

DevOps与敏捷的关系
相对于瀑布开发模式，敏捷开发过程的一个基本原则就是以更快的频率交付最小化可用的软件。在敏捷的目标里，最明显的是在每个 Sprint 的迭代周期末尾，都具备可以交付的功能。
部署的高频率经常会导致部署堆积在 IT 运维的面前。StreamStep 公司的创始人，Clyde Logue 总结过一句话:“敏捷对于开发重新获得商业的信任是大有益处的，但是它无意于将 IT 运维拒之门外，DevOps 使得 IT 组织作为一个整体重新获得商业的信任。”
DevOps 和敏捷软件开发是相辅相成的，它拓展和完善了持续集成和发布流程，因此可以确保代码是生产上可用，并且确实能给客户带来价值。

11、VeriSM（数字化服务管理）

VeriSM™本意是来自拉丁语中的“真理”一词。在数字化服务管理模型中，其中每一个字母分别是一个关键词的首字母，VeriSM™阐述的服务管理方法是：Value-driven价值驱动，Evolving持续演进，Responsive及时响应，Integrated集成整合，Service Management服务管理。与其说VeriSM™是一套企业级的数字化服务管理框架，不如说它是一套可灵活裁剪量身定制的企业数字化服务管理模型——通过整合服务管理实践，帮助企业响应客户需求并交付客户价值的模型。
VERISM模型的核心是从客户的需求，到客户端，中间有四个阶段：定义、生产、提供和响应。
因此，VeriSM不是IT服务管理框架，而是数字时代的服务管理导论。在当今的商业社会中，几乎全部业务都是通过数字化服务实现的，VeriSM为企业提供全员数字化服务的端到端的指导，从消费者的需求到服务的实施和实现。VeriSM指明了不断发展的技术和渐进的管理实践。ITIL只是有助于整体增值活动的实践之一。

ISO20000与ISO27001

ISO20000主要是讲的IT服务管理，里面包括运维、事件、问题等管理，ISO27001也包括了运维、事件、问题等管理，存在一定的交叉。

大型企业实现数字化转型方式：规模化敏捷SAFe与DevOps。SAFe DevOps。