直达原文:【ITSM系列】ITIL 4给ITSM建设带来哪些指导性意义? 在 ITIL4 中定义里七项原则,包括:1、关注价值2、从当前位置开始3、通过反馈迭代持续推进4、合作并提高可视性5、整体思考和工作6、保持简单和实用7、优化和自动化ITIL 4 的七项原则同时也巧妙地融入了 以银行服务为例上方的例子(图 4)描述了银行顾客访问银行服务的各种渠道。使用这种方式描述能够更容易地描绘和理解整个银行系统,也有助于理解所有系统的接口和集成。 以监控工具和 ITSM 工具联动为例由监控工具和 ITSM 工具联动,实现告警自动触发事件流程,自动关联相关的应用或设备。 直达原文:【ITSM系列】ITIL 4给ITSM建设带来哪些指导性意义?
ITIL 4自2019年发布以来,对IT服务管理产生了巨大影响,其中作为ITIL4的关键内容,其指导原则体现了ITIL和服务管理的核心,支持所有类型和所有级别的成功实践和有效决策。 在ITIL4中定义里七项原则,包括:1、关注价值2、从当前位置开始3、通过反馈迭代持续推进4、合作并提高可视性5、整体思考和工作6、保持简单和实用7、优化和自动化ITIL 4的七项原则同时也巧妙地融入了 以银行服务为例图 4:银行用户获取银行服务的各种渠道的整体视图上方的例子(图 4)描述了银行顾客访问银行服务的各种渠道。 以监控工具和 ITSM 工具联动为例由监控工具和 ITSM 工具联动,实现告警自动触发事件流程,自动关联相关的应用或设备。 结语——相互依赖性在遵循 ITIL 4 中这七项指导原则的同时,也要认识到它们是相互作用、相互依赖的,并不单独存在。
,ITIL官方也意识到了这个问题,于是在2019年初AXELOS发布了最新的ITIL4版本。 在未来几年内,会有更多的企业根据ITIL4的模型和指导方法来重构企业的IT服务管理,通常我们称之为敏捷ITSM。 二、敏捷ITSM的特点1)DevOps/ITOM融合ITSM和DevOps/ITOM的融合是提升ITSM运营效率的重要手段,能够加快服务流程中各个环节的效率。 4)智能化(AITSM)利用AI技术给ITSM赋能,支持基于其利用各种数据源提供支持事件和问题管理流程、自动化可重复操作和执行任务的智能建议的能力。 强调支持 ITSM 场景中更广泛的工具应用程序。
直达原文:你还在用工单系统的思维建设ITSM吗? ITSM(IT 服务管理)建设通常被认为仅仅把几个核心 ITIL 流程设计好,并通过工单系统来承载流程的审批和流转即可。 ITSM 为什么要平台化?1、系统复杂度因素如果一个软件系统所需承载的业务不复杂,功能很简单,那当然不需要考虑“平台化”这个事情。过往 ITSM 建设的复杂度在于管理规范的建立和落地,而不在工具系统。 所以过往很多企业甚至没有 ITSM 系统,仅仅是线下纸质或者在类似 OA 等具备流程功能的系统上跑运维流程也问题不大。整体来说,ITSM 工具的要求通常是简单的,复杂度并不在这里。 ITSM 作为运维管理的重要部分,其数字化转型也是非常重要的,最新的行业实践 ITIL4、VeriSM 等的到来也印证了这一点。 如图 4 所示,提供了一种架构设计的参考。这个架构的特点是不仅仅考虑了场景可扩展和能力复用,还引入了低代码引擎能力,用以进一步提高平台的灵活性。
图1 ITSM为什么要平台化? 1、系统复杂度因素 如果一个软件系统所需承载的业务不复杂,功能很简单,那当然不需要考虑“平台化”这个事情。 所以过往很多企业甚至没有ITSM系统,仅仅是线下纸质或者在类似OA等具备流程功能的系统上跑运维流程也问题不大。整体来说,ITSM工具的要求通常是简单的,复杂度并不在这里。 ITSM作为运维管理的重要部分,其数字化转型也是非常重要的,最新的行业实践ITIL4、VeriSM等的到来也印证了这一点。 因此,从市场需求和发展来看,ITSM也应该考虑平台化的建设思路。 图3 ITSM平台化架构参考 架构参考 图4 架构参考 通过前面的介绍,我们对平台化理念和必要性有了一定的理解。 如图4所示,提供了一种架构设计的参考。这个架构的特点是不仅仅考虑了场景可扩展和能力复用,还引入了低代码引擎能力,用以进一步提高平台的灵活性。
什么是工单系统?工单系统,又称为工单管理系统,是用来记录、处理、跟踪一项工作完成情况的。 工单系统最核心的模块是工作流引擎,一般还包括工单管理、人员和角色管理、工单数据报表等模块,主要是支撑工单在不同的角色之间流转,并最终解决问题和追踪过程。02. 什么是ITSM软件? ITSM(IT Service Managemen)软件是一套帮助企业对IT系统规划、研发、实施和运营进行有效管理的高质量的解决方案产品。 ITSM和工单系统相同点是都具备工单流处理能力,比如工单节点、分支、处理人、通知等基础的流程通用能力。 嘉为蓝鲸ITSM基于平台化架构、敏捷运维流程引擎,和ITIL4方法论指导,构建企业IT服务管理体系,并实现ITSM(工单流)和ITOM(执行流)的深度融合,实现企业IT服务管理的体系化提升。
过去,企业选择ITSM系统的核心诉求是“流程固化”,将ITIL最佳实践通过软件固定下来。但在2025年,市场不确定性成为常态,业务部门要求IT响应速度必须以“天”甚至“小时”计。 传统的、僵化的“套装软件”式ITSM系统,因其二次开发困难、变更周期长,已成为业务敏捷的瓶颈。本文旨在阐述,选择ITSM系统的本质,是在选择企业的IT组织架构与业务响应能力。 通过集成中心,可以像连接插件一样,轻松与CMDB、监控系统、CI/CD工具乃至OA、财务系统打通,实现端到端的自动化闭环。 AI原生设计:AI能力(如“AI小鲸”)不是外挂功能,而是深度嵌入平台血脉。 因此,嘉为蓝鲸ITSM的平台化道路,不仅是一款产品的优势,更是代表了ITSM发展的必然方向。 03. 企业选型ITSM系统常见FAQ Q1:平台型是否意味着实施难度更大? Q4:如何验证嘉为蓝鲸的平台化能力? A:在进行概念验证(PoC)时,不要只测试预置的故障报修流程。
除了以上提到的问题构建方式以外,在日常运营中,还应该注意以下细节:主动健康检查,通过周期性健康检查,分析应用系统的运行情况,主动发现问题预防重大事件的发生和消除系统隐患;对发现的问题进行持续跟踪处理,向相关人员定期汇报问题解决进展 ;由问题经理或系统负责人持续优化健康检查的方法以及发现的问题和处理进展。 通过结合这两个角色的共同努力,可以从根本上提升应用系统的连续性和可用性。充分分析问题问题的分析方法有很多种,组织可以考虑在不同的场景下使用不同的方法,达到快速有效的问题分析。
一、ITSM 系统核心技术能力拆解在异构 IT 环境中,ITSM 系统的技术设计需重点解决以下核心问题,形成统一的技术管理平面:异构环境兼容挑战:传统物理机、虚拟化、容器云、信创平台的资源模型、接口协议差异显著 适合不愿依赖厂商、需要对 ITSM 系统进行深度定制化开发,且能够承担二次开发与长期维护成本的技术环境。 3. 4. 四、ITSM 技术选型常见问题(FAQ)Q1:混合架构(传统 + 云原生 + 信创)并存,技术层面该如何选择 ITSM 系统?核心在于系统的异构环境统一适配能力。 Q4:中小企业预算有限,开源与商业产品的技术选型该如何权衡?
之前建设4大的ITSM系统(IBM、BMC、HP、CA),由于架构传统,功能模块固化,加之受到国产化政策的影响,研发和技术支持中心已撤出中国,企业基本不考虑再续费或升级。 而现有4大的ITSM系统通常是5、6年前的版本了,如果不升级到最新版本,又会面临诸多的体验问题,如下:1. 业务用户IT支持入口单一,提交请求不方便,只有PC端入口。 4. 运维管理者ITSM工具的使用体验差,用户吐槽多。流程跑起来了,但是运转效率比较低,问题多。因而抛弃4大,急需替换ITSM系统的企业越来越多。二、国内有落地的ITSM工具吗? 而咱们嘉为蓝鲸ITSM产品提供了更开放敏捷的流程管理方式,致力于帮助企业打通IT运维的任督二脉,算是国内ITSM领先团队中的一员了。 主要应用到如下四个IT场景:① 事件管理:当系统发生故障时,ITSM的事件管理流程能够很好的组织相关人员进行协同和处理事件,使得事件能够尽可能快的恢复,以降低故障对业务连续性的影响。
例如影响广大用户的核心业务系统的事件应该始终排在第一位(即 1 级),但是日常工作中普遍出现的事件通常是影响个别用户的事件(通常是 3 级或者 4 级)。 决定事件的严重性时需要考虑的一些问题:企业生产力受到的影响有多少用户受到影响有多少系统受到影响受影响的系统对组织的重要程度四个级别能够适用于大部分组织,一般不会超过五个,太多的级别会让 IT 工程师在判定的时候难以抉择 如果难以开始,可以考虑使用按照资源类型或系统进行分类,但是这种方式的技术语言中,对于最终用户自行发起的事件,难以准确判断对应的分类。
企业IT架构日趋复杂,传统IT服务管理工具“数据孤岛、流程僵化、响应滞后”的痛点愈发凸显,对“全栈覆盖、智能驱动、灵活适配”的ITSM系统需求迫切。 4)IvantiNeurons核心定位:聚焦“ITSM与终端安全融合”的一体化平台,核心定位为“安全导向型企业的运维管理工具”,将IT服务管理与终端安全、合规检查深度绑定,解决运维过程中的安全风险防控需求 02.2026年ITSM系统选型总结与精准建议2026年企业选型需紧扣“架构适配、合规要求、业务需求、技术实力”四大核心维度,结合自身规模与IT现状精准决策:复杂架构+高灵活需求:优先选择嘉为蓝鲸ITSM 03.企业ITSM选型时常见FAQQ1:混合架构(传统+云原生)并存,该如何选择ITSM系统? Q4:中小企业预算有限,开源与商业产品该如何抉择?
例如影响广大用户的核心业务系统的事件应该始终排在第一位(即 1级),但是日常工作中普遍出现的事件通常是影响个别用户的事件(通常是3级或者4级)。 决定事件的严重性时需要考虑的一些问题: 企业生产力受到的影响 有多少用户受到影响 有多少系统受到影响 受影响的系统对组织的重要程度 四个级别能够适用于大部分组织,一般不会超过五个,太多的级别会让IT工程师在判定的时候难以抉择 如果难以开始,可以考虑使用按照资源类型或系统进行分类,但是这种方式的技术语言中,对于最终用户自行发起的事件,难以准确判断对应的分类。 4、快速关闭 事件单的关闭的前提是提交事件的用户确认事件已经得到了解决,通过现代化工具中通常具备的邮件或IM工具的回访方式,对于普通事件,设置默认无回复关闭的期限(如3天);对于高优先级事件采取人工一对一的方式进行回访
主流国产ITSM系统核心功能与能力对比1)嘉为蓝鲸IT服务管理中心·ITSM(1)核心定位:以 “研运至简,创新无限” 为理念,定位为 “覆盖全运维流程、适配多协同场景、提供标准化实践” 的 IT 服务管理中心 3)用友 ITSM(1)核心定位:作为用友企业生态核心组件,定位为 “IT 与业务财务深度融合” 的服务管理工具,主打 “资产全生命周期管理、ERP 协同”,适配已部署用友 ERP 系统的企业。 企业选型 ITSM 系统时常见问题 FAQQ1:预置的 ITIL 流程模板能否满足企业个性化需求?A:能覆盖 80% 以上高频场景,且支持灵活调整。 Q4:CMDB联动功能是否需要先部署嘉为蓝鲸 ITSM 的 CMDB 产品?A:无需强制部署,支持与第三方 CMDB 对接。 投入,避免系统重复建设。
直达原文:【ITSM系列】ITSM流程落地经验之问题管理在很多 IT 组织中,大家工作的重点往往专注于解决事件,但长期专注于此,会出现疲于应对的现象,例如事件数量居高不下,工程师焦头烂额疲于奔命。 除了以上提到的问题构建方式以外,在日常运营中,还应该注意以下细节:主动健康检查,通过周期性健康检查,分析应用系统的运行情况,主动发现问题预防重大事件的发生和消除系统隐患;对发现的问题进行持续跟踪处理,向相关人员定期汇报问题解决进展 ;由问题经理或系统负责人持续优化健康检查的方法以及发现的问题和处理进展。 通过结合这两个角色的共同努力,可以从根本上提升应用系统的连续性和可用性。充分分析问题问题的分析方法有很多种,组织可以考虑在不同的场景下使用不同的方法,达到快速有效的问题分析。 直达原文:【ITSM系列】ITSM流程落地经验之问题管理
本文将分享一些在ITSM流程落地过程中关于请求管理的实际经验,探讨如何区分请求类型、优化请求履行工作流、标准化请求模型,以提升整体服务水平。 事件是指正常的服务意外中断或性能下降,目的是尽快恢复服务,例如打印机无法正常工作,系统访问速度缓慢等;服务请求是不涉及损坏或对服务产生直接影响的任务。 希望本文的经验分享能为各组织在ITSM流程的落地和优化中提供有价值的参考,助力实现更高效、更优质的IT服务管理。 系列文章一文了解基于ITIL的运维管理体系框架ITIL 4给ITSM建设带来哪些指导性意义你还在用工单系统的思维建设ITSM吗? 快速了解低代码技术在ITSM中的应用ITSM落地经验之建设蓝图规划ITSM流程落地经验之事件管理ITSM 流程落地经验之问题管理ITSM流程落地经验之请求管理(本期)
变更窗口的作用是确定不同的业务线、业务系统实施变更的日期,减少随意的变更对服务的影响。 例如新增用户账户、修改网络连接、重新安装操作系统等。 在日常运维工作中,有70%-80%是简单重复性的变更。 4、安排变更的时间表。 5、回顾上一次CAB会议后所有变更的实施结果(重点关注实施失败的变更)。 系列文章 一文了解基于ITIL的运维管理体系框架 ITIL 4给ITSM建设带来哪些指导性意义 你还在用工单系统的思维建设ITSM吗? 快速了解低代码技术在ITSM中的应用 ITSM落地经验之建设蓝图规划 ITSM流程落地经验之事件管理 ITSM 流程落地经验之问题管理 ITSM流程落地经验之变更管理(本期) ITSM流程落地经验之请求管理
直达原文:ITSM流程落地经验之请求管理在 IT 服务管理中,流程的落地和执行至关重要。请求管理作为 ITSM 的重要组成部分,直接影响到组织内部的服务交付和用户满意度。 事件是指正常的服务意外中断或性能下降,目的是尽快恢复服务,例如打印机无法正常工作,系统访问速度缓慢等;服务请求是不涉及损坏或对服务产生直接影响的任务。 希望本文的经验分享能为各组织在 ITSM 流程的落地和优化中提供有价值的参考,助力实现更高效、更优质的 IT 服务管理。 系列文章一文了解基于ITIL的运维管理体系框架ITIL 4理论给ITSM建设带来哪些变化?你还在用工单系统的思维建设ITSM吗? 一文快速了解低代码技术在ITSM中的应用ITSM流程落地经验之建设蓝图规划ITSM流程落地经验之事件管理ITSM流程落地经验之问题管理ITSM流程落地经验之变更管理
ITSM的规划建设不同于数字化转型规划,更多体现在管理中基本要素变革的规划,传统的ITSM规划重点在于流程规划。 2、ITIL4评估模型最新的ITIL4 成熟度评估模型并不评估组织对ITIL实践的落地情况,不管组织引用的是ITSM指南或任何其他的方法,ITIL4成熟度评估的目的是评估组织整体的服务能力。 为优秀的IT组织提供ITIL4相关的评估ITIL4成熟度模型评估指南中的服务价值系统成熟度级别相关案例在某个IT服务组织的咨询活动中,咨询顾问对组织的多项ITIL实践和相关流程进行评估,包括团队处理事件 4、组织变革能力评估组织变革能力评估是一个系统性的过程,可以帮助组织深入理解在实施IT服务管理(ITSM)变革过程中可能遇到的挑战和潜在机会。 第三阶段:设计ITSM建设路线图经过对现状的深入评估后,组织可以开始着手设计其IT服务管理(ITSM)规划。
直达原文:【ITSM系列】ITSM落地经验之建设蓝图规划ITSM的规划建设不同于数字化转型规划,更多体现在管理中基本要素变革的规划,传统的ITSM规划重点在于流程规划。 2、ITIL4评估模型最新的ITIL4 成熟度评估模型并不评估组织对ITIL实践的落地情况,不管组织引用的是ITSM指南或任何其他的方法,ITIL4成熟度评估的目的是评估组织整体的服务能力。 ITIL4成熟度模型评估指南中的服务价值系统成熟度级别相关案例在某个IT服务组织的咨询活动中,咨询顾问对组织的多项ITIL实践和相关流程进行评估,包括团队处理事件、请求和变更的情况。 4、组织变革能力评估组织变革能力评估是一个系统性的过程,可以帮助组织深入理解在实施IT服务管理(ITSM)变革过程中可能遇到的挑战和潜在机会。 以上为笔者对ITSM建设落地规划的剖析,欢迎随时与嘉为蓝鲸共同探讨~直达原文:【ITSM系列】ITSM落地经验之建设蓝图规划