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文化冲突? 请在评论中分享您的策略。
devops与itsm集成