DevOps与ITIL兼容吗？

在我的职业生涯中，我既是软件开发人员，也是ITIL的从业人员。因此，DevOps对我来说是自然而然的进步。
但是，我一直在为ITIL引入的高度专业化的语言而苦苦挣扎，并且使“开发人员友好”不足以完全拒绝开发人员。

ITIL是国际公认的IT服务管理框架，已经发展了30多年，作为一系列实践已被证明对组织的运营稳定性和成熟度有好处。

DevOps是否真的与ITIL兼容，或者本质上，我们需要秉承ITIL的精神并将其“翻译”为开发团队可以更好地理解的语言：

• 突发事件和问题管理→生产缺陷，错误或问题
• 变更和发布管理→持续交付
• 事件管理→记录，遥测，仪表和警报

在我看来，DevOps文化伴随着朝着敏捷流程管理的方法转变。
ITIL的主要目的是明确流程和结果的形式化，因此更适合瀑布模型。

这并不意味着ITIL与Devops不兼容，但是通常这将是两个单独的过程，具有不同的时间表。我的意思是，通常将延迟在ITIL引用中包含新产品，直到产品/应用程序在生产中发布了一段时间，在这种情况下，早期的陷阱和集成ITIL所需的一些文档已完成并在产品发布后进行了修改。生活”。

ITIL中的一件事是服务设计，假定该服务设计是在任何开发任务之前定义的，那么敏捷过程将/可能会在每次迭代中审查设计，从而打破了ITIL过程所需的形式主义。

正如您所说，ITIL的主要目标是提供一个框架，以确保在设计/构思和维护阶段（构建/运行）之间不遗漏任何内容。在团队文化中，整个团队长期负责所有阶段，因此减少了形式主义。

这并不意味着我们必须忘记ITIL，核心原则绝对是好的，我认为应该将其用作构建产品初始积压清单的清单。只是遵循ITIL原则及其所有形式主义违背了快速迭代软件开发的缩短上市时间目标，有时甚至不适用，因为团队之间所需的信息传输较少，因为任务是由同一团队完成的。

我已经获得ITIL认证（尽管已经有一段时间了。）我同意Tensibai：ITIL和DevOps并不兼容，但这并不一定使他们成为好朋友。

可以认为，ITIL中的流程必须以某种方式发生，特别是对于大型组织而言。成功实施ITIL的DevOps实践的成功集成需要仔细的计划，沟通和执行。再说一次，任何DevOps转换都是如此。

对于没有ITIL或DevOps都无法实现的“未开发”转换，我将使用您所描述的“映射”术语将两者结合起来。只要组织中的每个人都在同一页面上，使用相同的语言，ITIL和DevOps可以在合并时增加价值。

我喜欢IT怀疑论者在DevOpsCafe.org上的一集中提供的答案。如果我没记错的话，他的思路是，如果您真正了解ITIL，就不会有什么冲突。大多数ITIL准则都是非常通用的，并且冲突主要在ITIL的某些实现之间发生，而不是在实际规范的背后。