苏康胜 06:46:38
欢迎新朋友
启航 08:43:40
请教一下各位,我想了解一下变更管理一般在系统中如何体现
启航 08:44:42
或者说变更管理在系统中具体的实现方法是怎样的, </span></td>
浪子 08:45:17
应该根据实际情况来定吧
启航 08:45:30
举例一下,可以吗
启航 08:47:05
我个人一直在想,感觉变更管理更像管理中的一个流程,在系统中实现起来似乎跟事件管理有重叠
浪子 08:47:15
呵！我也是知道一点点
浪子 08:47:30
没有重叠
启航 08:47:44
能不能说说你的看法
浪子 08:50:08
事情管理是日常工作中发生的故障，然后通过案例分析，找出故障发生的原因，即问题管理，找出问题后及解决办法，但要真正防止事故的发生或减少事故的发生，就需要通过变更来解决了
启航 08:50:46
这个我明白,但我不明白变更管理在系统中如何实现
启航 08:51:23
用过一些软件,发现系统里似乎没有明显的变更管理
浪子 08:51:34
还有一种变更是随着业务的需要，需要变更，这叫主动变更，刚才那个叫被动变更吧
启航 08:51:56
嗯,这个倒是没听说了,学习了
启航 08:51:58
呵呵
启航 08:52:21
你们都用过哪些ITIL软件
浪子 08:52:48
变更管理是ITIL十大流程中的一种，当然需要流程来实现了
浪子 08:53:29
接触ITIL时间不是很长，也是学习来着
启航 08:54:28
我觉得变更管理好像更多的是通过一种规章规定下来,而不是通过系统实现
浪子 08:54:29
既然是流程来着，这个流程应该是一个比较灵活，因为每个公司的实际情况都不一样，不能按理论上的来定
浪子 08:56:36
很简单，就像我们公司的软件变更，需要变更时首先就得提交申请变更申请，然后领导审批，几个领导审批完后，再到系统管理员处，系统管理员根据变更需求就会实施变更
浪子 09:00:21
如果没有变更流程，管理上就会比较乱，首先申请人不要知道找谁审批，知道找谁审批了又要拿着纸找人，通过复杂的审批过程后还要找管理员，这是没有软件支撑的情况，有软件了就好多了，只需要填一个单就搞定了
启航 09:03:21
明白了,这个流程似乎更多的像一个OA的流程
启航 09:03:39
我这样理解是不是简单了一点
浪子 09:06:00
从表面看都是流程，简单理解可以这么理解，因为都是流程嘛，呵呵！
浪子 09:06:58
可能OA中更多的是一种状态审批，在变更管理中是一种业务审批，要达到的管理目标不一样
浪子 09:07:16
个人理解，呵！
浪子 09:08:03
启航你现在是不是准备做变更管理这一块呢？
浪子 09:12:03
能不能讲讲能力管理这一块？
浪子 09:13:06
晕哦！今天没多少人在，还是干活，呵！
启航 09:18:42
没有,只是感觉这块的内容有点不太明白怎么加速
启航 09:18:45
回事
启航 09:19:17
我还处于理论阶段
浪子 09:19:54
理解上倒是没有什么，只是变更管理怎么影响配置管理，这个比较头疼
浪子 09:20:55
变更管理在实际中很普遍的
替天行道 11:37:43
呵呵，你变更的东西的属性都在配置管理数据库里面啊。
替天行道 11:38:00
不过要看变更的什么东西了
黑鹰 11:38:15
需求-〉变更-〉配置
黑鹰 11:38:32
数据应该是这样流的巴
浪子 11:39:31
事件--问题--变更--配置--发布
替天行道 11:39:45
不是个意思
替天行道
事件可能会影响问题和变更和配置和发布
替天行道 11:40:12
他不是一个流程走下去的。
替天行道 11:40:22
而可能是同时影响的各个配置的。
黑鹰 11:40:25
发布不是在前面吗？
浪子 11:40:27
配置管理是一种基础流程
替天行道 11:40:37
这个没有什么先后顺序的。
黑鹰 11:40:51
是指数据流的顺序
替天行道 11:41:21
但如果一个公司需要流程的话那可以按公司要求或是IT需求来做一些数据的改动
黑鹰 11:41:45
需求--发布--配置 需求--变更--配置 事件--问题--变更--配置
黑鹰 11:41:50
这几个并不矛盾
替天行道 11:41:53
事件发生就会向帮助台求助，帮助台做为一个事件来处理。
替天行道 11:42:10
然后就会涉及其它的一些数据的变化或更改。
浪子 11:42:22
企业可能有不同的要求，走的流程也不同
替天行道 11:42:32
这个总体统称流程，但并不是非要按一定顺序进行的。
替天行道 11:42:37
是的。
浪子 11:42:50
实际中并不是所有的流程都需要上的
黑鹰 11:42:53
对，每个公司都不一样的
替天行道 11:42:54
不要过于拘泥于某种形式。
替天行道
没错。这就是ITIL的优点。&
浪子 11:43:40
理论结合实际，流程的灵活性非常重要
替天行道 11:43:51
可以按公司或客户需求，量身定做你需要的东西
替天行道 11:44:02
最佳实践就是这个意思了
浪子 11:44:50
是呀！每个公司的管理目标不同，要求的关键字标不一样，个性化都比较强
替天行道 11:45:38
没错
替天行道 11:46:02
ITIL注重于实际，注重于客户需求，注重于服务品质
飞泉 11:46:25
有数据采集支撑吗
飞泉 11:46:43
对ITC的信息来源
黑鹰 11:46:43
确切地说，需要
替天行道 11:46:48
可以搭配，不过要看一些软件的支持接口了
浪子 11:46:55
在目前有太多人拿着ITIL的书本在摸索
黑鹰 11:47:10
如果没有数据采集支撑，那数据的维护工作量是非常巨大的
黑鹰 11:47:22
而且，数据的正确性很难保证
黑鹰 11:47:33
可以说，根本无法保证
飞泉 11:47:40
我觉得难点在于CMDB的设计
浪子 11:47:53
那是具体实现了，设计支撑ITIL软件时应该要想到的
替天行道 11:48:02
难点是所有的都可以称之后难点
黑鹰 11:48:02
同感，模型的抽取和实现
替天行道 11:48:08
这个实现起来是比较麻烦的
黑鹰 11:49:01
CMDB是核心，权限、接口、CI模型的配置、CI关系的配置都要非常灵活才行
浪子 11:50:16
站的高看的远嘛，一个ITIL软件的框架设计，溶入的管理思想就决定了软件的价值
黑鹰 11:50:17
其实我最关心的是数据的真确性，如何保证，如果数据不正确，可以说CMDB就没意义
浪子 11:50:28
吃饭了，88