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议程中的常设项目。

 

从历史上看，ITIL将ITSM分为离散流程。是否需要更系统的观点?

 

•首席信息官Jason James说：“ITSM需要现代化。需要实现更多的自动化，以便在需要时提供更大的自助服务，包括云计算服务。此外，所有工作流程都必须设计为支持响应能力，并消除不必要的批准和延误。对人工智能驱动的ITSM的需求是存在的，但我们仍有一段路要走，使之成为现实。”

 

•Seidl对此表示，“我一直将ITIL视为有用的语言，不一定是完全不同的孤岛。概念与实现的现实意味着这些都是模糊的，并且该语言可作为一种句柄，可以确保我们在行动时离目标很近。”

 

••Osterberg说：“这仍然是语言的问题。不管其后端是什么，仍然有中断、更深层的问题、更改和事务性请求，这些都是交叉和重叠的。并需要有一种共同的语言来解释这一切。”

 

ITIL事情太复杂了吗?

 

•Sacolick认为，ITIL使事情变得过于复杂，并且术语和过程过多。如今的工具，尤其是集成的DevOps和Agile以及AIOps极大地简化了事件支持。而Agile与扩大规模无关。这是关于文化和思维方式的。组织需要做出明智的决定，以决定Agile团队可以在何处进行自我组织以及制定了哪些标准。因此，他说：“ITSM应该专注于云计算世界中的主要问题，并且正确地采用自助服务。”

 

•对于这一点，James建议说，“ITSM必须高度自动化和可移动。如今，ITSM的许多功能都可以用机器人来完成。这些包括密码重置、设备配置和基本的问答。这些都可以实现自动化，以便服务台团队可以集中精力处理更复杂的问题。许多现有的ITSM解决方案仍然缺乏这些功能。聊天机器人如果得到有效的实施，比起等待或与人员交谈要轻松得多。去年我与亚马逊公司的几次互动都是通过他们的机器人程序完成的，每次我提出的问题都很快得到回应。”