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

2023-09-18 阅读 15 评论 0

摘要：devops与itsm集成微服务开发集成环境 devops、自问世以来，DevOps就一直与IT服务管理（ITSM）及其ITIL框架抵触。有人说“ ITIL正在被围困 ”，有人要求您选择各方，而另一些人则将其作为补充。事实是，DevOps和ITSM都有支持者和批

devops与itsm集成

微服务开发集成环境 devops、自问世以来，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的巨大文化冲突中可以汲取一些重要的教训，包括：