IT服务管理的明天

Boomi公司全球企业营销主管Myles Suer表示，在他在2005年入职Peregrine Systems公司时，令他惊讶的是， Peregrine Service Manager的嵌入式数据库是非关系的数据库。Peregrine公司成立于1981年，比IBM将DB2推向市场还要早几年。1989年，随着ITSM的引入，英国政府的ITSM和ITSM的许多概念得到了明确的更新。IT基础设施库(ITIL)本身已经进行了一些更新。例如，Suer是ITIL第3版的审阅者。去年刚刚推出的版本4旨在使ITSM更容易与DevOps、敏捷和精益工作方法集成。问题是ITSM要从哪里着手?这是Suer提出的问题。

公共云使用和DevOps如何改变ITSM?

首席信息官Rick Osterberg认为：“部署ITSM的最大好处就是使所有人都使用一种通用语言。在云计算/DevOps环境中，仍然需要每个人都了解P1事件和P4服务请求之间的区别。”

首席信息官Joanna Young对此表示认同，并建议说，“ITSM的基本要素仍然相关。我认为它们是很好的指导和基础。如果我们想谈论ITSM系统的实现。将ITSM构建到交付过程中可以鼓励/推动关于持续运营支持的对话。”

首席信息官Carrie Shumaker认同Young的观点。她指出，“理解所有组件、依赖关系仍然至关重要。此外，对于重大事件，制定流程和进行沟通也是至关重要的。最后，变化仍在发生，而且仍会令人兴奋。”

首席信息官David Seidl说，“人们在ITSM的工作地点以及如何执行ITSM的细节可能会改变，但我认为核心概念仍然存在。用户可能需要为DevOps进行敏捷所需的相同类型的更改，而当进行另一项更改时，将需要再次进行更改。假设用户所做的一切都使用DevOps，但通常情况并非如此。与其相反，在很多时候是在像ITIL这样的组织或其他混合/组件化模型中将DevOps作为容器。”

DevOps改变了ITSM的面貌

Seidl声称，“DevOps可以改变ITSM的面貌。尽管ITSM的票务方面可能仍然存在，但它提供的过程以及部署能力的方式和位置将具有更轻的治理结构。”

首席信息官Jason James说，“我们已经从服务器扩展到虚拟机扩展，现在又转向了云蔓延。当令人困惑的账单来自供应商时，ITSM可以有效地用于配合部门的请求和批准，以帮助了解云计算资源的使用。ITSM可以帮助用户进行内部审核。”

首席信息官Isaac Sacolick对此持有不同的观点。他认为，“服务台主要是处理最终用户的计算。但是，随着数字化转型使技术/数据业务变得至关重要;服务台的重要性只会增加。在冠状病毒疫情发生之后，ITSM就变得至关重要。”话虽如此，Sacolick建议变更管理现在必须成为转型管理的一部分。此外，配置管理数据库(CMDB)一直混乱不堪，现在考虑到云计算弹性计算、无服务器和SaaS时，这几乎站不住脚。考虑到这一点，Sacolick说：“ITSM应该为用户提供支持，为应用提供帮助，并弥补实施/选择不佳的技术。”

Splunk公司首席信息官Andi Mann对此表示：“DevOps通过使用数据和人员来解决问题，从而解决了问题。如今，服务台已经成为记录系统。”

尽管如此，Forrester公司的ITSM/DevOps分析师Charlie Betz建议：

(1)桌面支持(边缘计算/最终用途计算)永远是一回事。

(2)对于大规模数字化来说，信息管理是一个重要问题，但配置管理数据库(CMDB)从来不是解决问题的办法。在配置管理数据库(CMDB)是否有用的问题中，有一些子集是有用的。

(3)将变更管理作为一个主要的自动化过程需要保留。

(4)变革咨询委员会不是必不可少的，如果在其他地方进行协调，则可以取消。例如，它可以是Scrum of Scrums议程中的常设项目。