devops与itsm集成_如何解决DevOps与ITSM文化冲突

devops与itsm集成

自问世以来，DevOps就一直与IT服务管理（ITSM）及其ITIL框架抵触。有人说“ ITIL正在被围困 ”，有人要求您选择各方，而另一些人则将其作为补充。事实是，DevOps和ITSM都有支持者和批评者，每种方法都会影响软件交付和整体企业文化。

文化冲突

DevOps为软件交付带来了敏捷性和速度承诺，这对各种规模的组织都具有吸引力。持续交付的主题描绘了内部转型的美好画面，对于仍在笨拙而过时的瀑布式和瀑布式衍生软件开发生命周期（SDLC）流程中苦苦挣扎的组织而言，以复兴的客户为中心。

解决文化冲突

重要的是，在可能的情况下，通过加倍查看软件开发，运营和支持的可见性，宣布在DevOps和ITSM之间休战。当团队对DevOps和ITSM的优点进行争论时，请避免使用“老与新”或“快与慢”的论点。

根据您要处理的人物，限制与项目，软件交付和团队的对话可能很困难。在这种情况下，是时候通过专注于协作，监视和报告来消除宗教信仰了。无论您遵循ITSM还是DevOps，这些都是支持产品和服务交付的原则。

采取协商性方法进行流程变更是避免文化冲突的关键。向您的开发和运营团队寻求参与和建议，以了解您打算进行的任何流程更改，这些更改可能会改变其工作方式。

得到教训

尽管最近的一些文章认可了ITSM和DevOps的共存，但是由于对敏捷性的需求不断增长，我们中的许多人已经摆脱了有关ITSM的讨论。服务台之外的一些ITSM原则将保留，但将被包含在DevOps交付流程中。在2020年的IT行业中，敏捷并能够应对市场需求变得越来越重要。 DevOps旨在枢轴化。 ITSM没有枢轴的声誉。

从ITSM和DevOps的巨大文化冲突中可以汲取一些重要的教训，包括：

对于软件开发过程的信息和报告，对于公司中的开发人员和其他利益相关者仍然至关重要。
对于熟悉ITSM的人员来说，DevOps的文化转型仍然是一个挑战，它为某些企业内部的文化变革带来了风险。
ITIL从v3到v4的缓慢发展为DevOps，GitOps，AIOps和其他公司提供了以组织开始采用的方式发展的空间。
在现代软件开发中，协作应该成为日常工作。与ITSM相比，DevOps讲的协作故事更好。
DevOps和ITSM都需要专业的咨询实施方法。

您要如何解决组织内部的ITSM与DevOps文化冲突？请在评论中分享您的策略。

翻译自: https://opensource.com/article/20/2/devops-vs-itsm

devops与itsm集成