×
搜索
热搜词
ITIL培训
ITIL认证
ITIL课程
DevOps认证
ITSS培训
新手福利
ITIL4知识库
ITIL认证
首页
干货下载
ITIL沙盘实战
ITIL聚会
专家直播
论坛版块
登录
注册
登录ITIL先锋论坛更精彩
下次自动登录
忘记密码
立即注册
登录
其他帐号登录:
扫描二维码登录本站
只需一步,快速开始
用户组:游客
主题
帖子
威望
我的帖子
我的收藏
我的好友
我的勋章
设置
退出
退出
【 ITIL先锋论坛 】- 版块首页
ITIL理论学习和流程落地实战
开源ITSM工具 - iTop实施开发
ITSS学习实践和审核辅导
DevOps、SRE和AIops学习实践
最新IT服务管理行业招聘
ITIL先锋论坛
»
论坛交流
›
核心讨论区
›
ITIL认证学习和流程实践
›
变更影响度判断实务方法(精华)
变更影响度判断实务方法(精华)
admin
2011-12-26
4933
0
7
ITIL认证学习和流程实践
/
倒序浏览
© 著作权归作者本人所有
评论
使用高级模式,上传图片!
点击附件文件名添加到帖子内容中
描述
B
Color
Link
Quote
Code
Smilies
发表评论
回帖后跳转到最后一页
May@
当前离线
积分
152
May@
May@
发表于 2014-5-4 11:14:28
好贴,赞一个
回复
支持
反对
举报
azhe
当前离线
积分
2938
azhe
azhe
发表于 2014-5-4 11:32:59
本帖最后由 azhe 于 2014-5-4 11:36 编辑
很好的理论加实践案例的文章!
关于变更影响度的分析,可以再延伸补充一些:通常方法而言会将这些影响项、分值通过CMDB来管理;
而不是每次都依靠经验或者人为地判断来给出结论,这也正是CMDB的宝贵之处,可以把经验通过工具累积起来。
当然最终风险的人为地矫正也是必要的,尤其是在事后风险回顾中,这些就往往需要行业领域资深经验的人去给出判断意见。
回复
支持
反对
举报
itspider
当前离线
积分
858
itspider
itspider
发表于 2014-8-21 11:48:22
很好的案例。
首先得赞lz,绝对是很有运维实操经验的。
提一点个人意见,希望能对lz的后续优化有帮助
1)用户范围,似乎只考虑了外部用户(股民),如果能把公司内部各部门也考虑进来更好。有时候虽然股民没有抱怨,其他部门的抱怨也值得重视。
2)执行经验,如果可运维团队人数较多,建议放宽到1年较为合适。
3)关于变更操作的时长,尤其是复杂的重大变更,有时会略微超出计划的维护敞口,回退又不甘心,涉及到对业务的影响程度,建议也作为一项KPI
回复
支持
反对
举报
1
2
/ 2 页
手机版
|
小黑屋
|
最新100贴
|
论坛版块
|
ITIL先锋论坛
|
粤ICP备11099876号
|
网站地图
Powered by
Discuz!
X3.4
Licensed
© 2001-2017
Comsenz Inc.
返回顶部