说说ITSM项目实战那些事儿(三)

[复制链接]
发表于 2024-5-21 19:41:29 | 显示全部楼层 |阅读模式
上篇我们深入探讨了SLA计划的重要性,现在,让我们进一步挖掘服务目录计划的精髓,掌握服务实施的实战技巧,并且领略服务优化的艺术。这是我们的最终篇章,毫无保留,全是干货,让你满载而归。
服务目录
ITSM的目的是让服务成为明星,让服务类型隐身。服务目录计划,就像是一块试金石,老鸟新手一眼便知。目录计划得当,项目成功就相当于迈进了一大步。
传统ITIL理论太宽泛,落地难,咱们得改良。每个服务得有个固定的团队和SLA,不然服务就成了摆设,要么没人管,要么没期限。

服务目录里的细节也得抠:

  • 服务负责人:一旦服务SLA报警或评价低,他们得第一个知道。
  • 服务范围:公共的,全局都用;专属的,特定人群专享。
  • 服务类型:各种服务分门别类,好比请求、故障、变乱等,每种都有典型例子,一看就明白。
服务类型描述典型请求一样平常小事,如PC修修、密码重置PC故障,邮件申请,密码重置故障系统不灵了,得修OA故障,ERP报修变乱监控监控报警,得人工介入监控监控诉警处理问题大难题,找根本的解决方案ERP性能优化变动生产环境动手术,硬件换换、软件调调服务器硬盘更换发布新东西上线,软件更新、硬件摆设新系统上线任务工单的协同任务大概个人任务个人事务安全应急处理,网络安全、病毒斗士网络安全响应,病毒处理需求业务新想法,产物经理最爱CRM新需求记住,这分类不是死规定,根据自家情况调整。

  • 服务属性:各种属性定清晰,好比关联的配置、应用系统、交付方式,还有图标和描述,方便识别和服务。
 
服务计划技巧

  • 服务名称
    名字得普通,好比“电脑出弊端”,别整“业务问题”这种云里雾里的。描述要详细,淘汰误会。
正面示例反面示例服务名称C故障;服务描述:主要面向个人电脑用户的一般故障,例如配件故障,网络停止等问题服务名称:业务问题;服务描述:无

  • 服务范围
    别太大,好比“全部系统”,这样职责不清;也别太细,“导航栏错位”之类的,工单会爆棚。公共服务用公共,专属服务要管好。
  • 服务主动化
    主动分配工单,主动关闭超时未处理的,低评分主动警告服务台,淘汰人为干预。

 

  • 多渠道接入
    网站、电话、APP、微信、钉钉...年轻人爱啥来啥,传统用户就多照顾电话。
  • 同一入口
    服务目录是起点,用户只看目录,系统主动匹配服务类型和流程。
  • 服务团队层级
    一层团队别超10人,2到7人恰好,多级计划能支持更多工程师。
服务名称一线支持服务团队二线支持服务团队三线支持服务团队PC故障L1TAL2TAL3TAPC故障L1TA,L1TB,L1TCL2TA,L2TBL3TA服务实施:从蓝图到现实


  • 服务合同:ITILv4的精髓,得靠服务合同体现,这是服务关系的桥梁。
  • 供应商合同:跟供应商的协议要盯紧,维保信息得跟上,别到时候掉链子。
  • 服务配置:初始化设置,邮件、呼叫中央这些根本设施得预备好。
  • 动态调整:牛气的功能!网页上就能调整服务参数,随时顺应变化,服务经理随时掌控大局。

 
服务运营:一样平常运维的规矩


  • 工单管理
    核心流程,别每个服务都从头造轮子,拿个模板,微调一下,马上能用。节点节点内容新建权限审核审批是否审批,简单/复杂分发自由抢单还是空闲优先,满意度高优先,大概按工单分发规则举行指派处理一线-->二线-->三线评价是否主动评价,评价过低是否需要人工干预关闭是否主动关闭还是需要回访,是否需要转知识库
 

 

  • 巡检管理
    一样平常的巡逻,装备和查抄指标得配对,能主动抓取数据就更赞了。

 

  • 告警管理
    海量告警要过滤,转成变乱工单,处理进度实时同步给监控监控系统。

 

  • 稽核管理
    既要硬数据,也要软反馈,自界说评分,公平又全面。

 
服务优化:持续向前的动力


  • 服务报告:从不同角度分析数据,用户满不满意,SLA达没达标,总结经验教训。
  • 持续改进:找出缺点,对症下药,不停进化,服务越来越强。

 
这一波实操分享就到这里,售后服务嘛,涉及到技能支持和新需求开发,因情况而异,就不细讲了。咱们的实战攻略到此竣事,希望能帮到你!

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

×
回复

使用道具 举报

登录后关闭弹窗

登录参与点评抽奖  加入IT实名职场社区
去登录
快速回复 返回顶部 返回列表