123.png
总体描述:更加人性化,引入自动化相关的设计和技术,更加实用好用.
- 100%服务目录
服务目录必须完全贴合用户方的运维实际开展的 服务清单,而不是想当然的抄书或者臆想!
都2023年了,还有完全不着调的服务体系规划,就是直接冲着项目黄掉的结果去 - 精细化服务设计
相较于以往的粗略设计,服务属性大幅度的增加,不但提升服务的专业化水准,更使精细化服务管控成为一种可能 - 扁平化服务体系
摒弃长流程的运维流程设计,尽可能将流程控制在简洁可控的环节内,对于不易分解的服务流程则通过服务范围的划分,使其服务内容实现可落地的管控,走出行政管理的泥沼,回到相对高效的技术管理范畴 - 工单:一键建单,一键解决
方便提交工单,方便处理工单,大范围降低工单的使用成本,方便才愿意去用,这个功能在2022年已经验证过了,完全技术可行,用户满意度最高 - 监控告警自动转工单
根据告警设备类型 告警内容,告警时段等信息 自动创建运维工单并指派到响应的工程师,解决甲方不可能随时盯着告警的问题, - 服务邮件自动转工单
理由同上,不过这个功能点场景不是那么普遍 - 工单自动转知识
评分高或满意度很好的 可以自动转成知识,(可选)非常有利于运维知识沉淀 - 任务管理场景丰富
那些不能被工单记录的杂事都可以归入到任务单:协助处理工单,项目实施任务,巡检任务,盘点任务,管理指派,个人任务....能适用的场景实在太多了,让工作被记录下来,不埋没任何人的努力,收到工程师的普遍欢迎 - 业务系统DevOps联动
将故障单的提交功能直接嵌入业务系统界面正成为一种趋势,业务用户无须考虑太多的后台支撑运维资源,在当前页面提交当前业务系统的故障,由后台自动对故障进行分类指派到具体供应商工程师责任人. - 资产管理精细化专业化
IT资产的属性大大丰富,基本上无需再手工定制太多属性,开箱即用,降低使用门槛,资产关联关系的可视化也成为一种趋势
