问题描述
在职业生涯中既是软件开发人员，又是ITIL从业者，担任运维角色。因此，对于DevOps的发展，他有一些困惑。他一直在努力将ITIL引入开发团队，但ITIL引入的高度专业化语言对开发人员来说并不友好。ITIL是一个国际认可的IT服务管理框架，已经发展了30多年，作为一套实践，对组织的运营稳定性和成熟度有着明显的好处。用户想知道DevOps是否与ITIL真正兼容，或者说我们是否需要将ITIL的精神“翻译”成开发团队更易理解的语言。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
在我看来，DevOps文化是对敏捷过程管理的方法论变革。ITIL更加注重过程和结果的明确形式化，因此更适合瀑布模型。这并不意味着DevOps与ITIL不兼容，但通常这将是两个具有不同时间线的独立过程。也就是说，在将新产品纳入ITIL参考模型之前，通常会延迟一段时间，直到产品/应用在生产环境中发布一段时间后，才会进行一些必要的文档编制和适应工作。
ITIL中的一个重要概念是服务设计，它被认为是在任何开发任务之前定义的，而敏捷过程将在每个迭代中审查设计，打破了ITIL过程中所需的形式化。
ITIL的主要目标是，如你所说，提供一个框架，确保在设计/构思和维护阶段（构建/运行）之间没有遗漏。在DevOps文化中，整个团队对长期的所有阶段负责，因此形式化程度降低。
这并不意味着我们要忘记ITIL，其核心原则绝对是好的，我认为应该将其用作构建产品初始待办事项的检查清单。只是遵循ITIL原则的所有形式化都与快速迭代软件开发的时间到市场缩短目标相悖，有时甚至不适用，因为团队之间需要的信息传递更少，因为同一个团队完成任务。
方案2
ITIL和DevOps并不是“不兼容”的，但这并不意味着它们一定是好朋友。可以说，ITIL中的一些过程在某种程度上必须发生，特别是对于较大的组织来说。成功地将DevOps实践与已经实施ITIL的组织结合起来，需要仔细的规划、沟通和执行。当然，这对于任何DevOps转型来说都是如此。
对于“绿地”转型，即ITIL和DevOps都没有实施的情况下，我会使用“映射”术语来结合两者，就像你描述的那样。只要组织中的每个人都在同一个页面上，使用相同的语言，ITIL和DevOps在结合时就可以增加价值。
方案3
IT Skeptic在DevOpsCafe.org的一集中给出了一个很好的回答。他认为，如果你真正理解ITIL，就几乎没有冲突。大部分ITIL指南都非常通用，冲突主要存在于一些ITIL的实施方式之间，而不是在实际规范之后。
以上是对用户问题的回答，希望能帮到你。
总结
DevOps与ITIL并不是完全不兼容的，但在实践中需要仔细规划和沟通。对于已经实施ITIL的组织，成功地将DevOps实践整合进来需要找到合适的平衡点。对于没有实施ITIL和DevOps的组织，可以使用映射术语来结合两者，只要组织中的每个人都在同一个页面上，使用相同的语言，ITIL和DevOps在结合时就可以增加价值。同时，ITIL的核心原则仍然是有价值的，可以用作构建产品初始待办事项的检查清单。