2007年11月17日上午 ITIL与ITSM QQ群聊天记录: 欢迎加入QQ群:48132184

苏康胜 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