由 superadmin 于 2024/10/12, 15:32 最后修改
从版本< 3.1 >
由superadmin编辑
在2024/10/11, 16:42上
到版本
由superadmin编辑
在2024/10/11, 16:40上
>
修改评论 该版本没有评论

Summary

Details

Icon Page properties
Content
... ... @@ -1,7 +5,3 @@
1 -(% class="wikigeneratedid" %)
2 -[[返回本章节索引>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%B]]  阅读下一篇
3 -
4 -
5 5  = **访谈目的** =
6 6  
7 7  
... ... @@ -16,12 +16,12 @@
16 16  |**访谈日期：**|**2013-04-21**
17 17  |**访谈地点：**|**浙江XX网管中心X层**
18 18  
19 -|(% style="width:183px" %)**编号**|(% style="width:939px" %)**访谈变更**
20 -|(% style="width:183px" %)(((
15 +|(% style="width:128px" %)**编号**|(% style="width:993px" %)**访谈变更**
16 +|(% style="width:128px" %)(((
21 21  **1.变更管理**
22 22  
23 23  **历程**
24 -)))|(% style="width:939px" %)(((
20 +)))|(% style="width:993px" %)(((
25 25  **中心目前变更管理如何做起来的？ 科室层面对于变更管理流程的认识？变更流程的执行情况？**
26 26  
27 27  **变更建设历程：**
... ... @@ -42,7 +42,7 @@
42 42  
43 43  •现在要求变更发公告，至少提醒监控室和IT维护室知晓。目前的线上的流程只是实际流程的一部分环节。
44 44  )))
45 -|(% style="width:183px" %)**2.管理层要求**|(% style="width:939px" %)(((
41 +|(% style="width:128px" %)**2.管理层要求**|(% style="width:993px" %)(((
46 46  **对于领导要求的“变更流程可以复杂”如何理解？**
47 47  
48 48  **变更信息的共享：**
... ... @@ -57,17 +57,17 @@
57 57  
58 58  •还有，第二天的变更值守保障工作安排也比较差。
59 59  )))
60 -|(% style="width:183px" %)**3.制度与审计要求**|(% style="width:939px" %)(((
56 +|(% style="width:128px" %)**3.制度与审计要求**|(% style="width:993px" %)(((
61 61  **中心现有变更相关制度要求? 外部审计机构的相关审计情况？**
62 62  
63 -根据sox审计要求，但sox更倾向于安全管控（账号，安全等），表格记录也都是造出来的，sox审计涵盖的系统也越来越少（越来越形式化）。注：需要提供sox的审计记录和网管中心关于变更管控的制度。 
59 +根据sox审计要求，但sox更倾向于安全管控（账号，安全等），表格记录也都是造出来的，sox审计涵盖的系统也越来越少（越来越形式化）。注：需要提供sox的审计记录和网管中心关于变更管控的制度。
64 64  )))
65 -|(% style="width:183px" %)**4.流程管理目标**|(% style="width:939px" %)(((
66 -**有没有正式定义变更管理的流程和目标?  **
61 +|(% style="width:128px" %)**4.流程管理目标**|(% style="width:993px" %)(((
62 +**有没有正式定义变更管理的流程和目标? **
67 67  
68 68  领导们看结果，前提在于变更要严格管控，原来的主机配置很高（通过高配置来弥补高可靠性、可用性方面的事情），现在小型机往刀片（X86）上迁回，系统可靠性、可用性都会降低（比如能否做割接，是否在变更里管理），同时那么多设备都转来IT维护室，如果再不管控变更，风险比较大。
69 69  )))
70 -|(% style="width:183px" %)**5.变更角色职责**|(% style="width:939px" %)(((
66 +|(% style="width:128px" %)**5.变更角色职责**|(% style="width:993px" %)(((
71 71  **变更的计划安排？是否有变更时间窗口？**
72 72  
73 73  现在很多变更都是被动式的，希望有一个常规的变更计划，让我们知道一段时间后的变更计划，好安排相应的人力资源，CAB会议也好提前安排召开。希望制定变更窗口，再急的变更，也要给IT运维室留几天的余量，否则不接受，这个要做出定义。
... ... @@ -82,7 +82,7 @@
82 82  
83 83  需要专门的变更经理，应该设定AB角。最好找一个铁面无私的人来做，还需要管控变更中做私活，如停机检修中自己多加一个脚本上去，要考虑如何控制。
84 84  )))
85 -|(% style="width:183px" %)**6.变更发起与受理**|(% style="width:939px" %)(((
81 +|(% style="width:128px" %)**6.变更发起与受理**|(% style="width:993px" %)(((
86 86  **对于IT维护室来说，变更的来源有哪些？这些变更的原因是什么？如何受理这些变更？**
87 87  
88 88  变更的来源：
... ... @@ -109,7 +109,7 @@
109 109  
110 110  3. 简单操作变更、紧急操作变更、一般操作变更没有明确定义。
111 111  )))
112 -|(% style="width:183px" %)**7.变更风险评估**|(% style="width:939px" %)(((
108 +|(% style="width:128px" %)**7.变更风险评估**|(% style="width:993px" %)(((
113 113  **每一个变更发生之前是不是进行资源，影响及其风险的评估?依据有哪些？评估的深度如何？评估后是否都经过领导审批(授权)？**
114 114  
115 115  **风险评估的方式和依据：**
... ... @@ -128,7 +128,7 @@
128 128  
129 129  原则上原路退回给上一步，领导也可以直接cancel，但要考虑谁告知给发起人。建议是变更主管。
130 130  )))
131 -|(% style="width:183px" %)**8.复杂变更实例**|(% style="width:939px" %)(((
127 +|(% style="width:128px" %)**8.复杂变更实例**|(% style="width:993px" %)(((
132 132  **举例一个（最复杂的）变更流程是怎么来做的(实例：主机，交换机或者存储的变更从提交开始的到结束的做法)**
133 133  
134 134  **变更实例：**IP计费认证系统，由于业务需求产生的计划内变更（非故障），需要做一个存储的扩容，通过协调HP的实施人员，进行磁盘的划分，需要协调Linux的专家进行文件系统创建和配置，同时还需要协调HP金牌服务人员进行主机HBA卡的配置等，同时也存在刀片重启后不能启动的业务风险。这个变更的量比较大、时间跨度比较长，算是比较复杂点的变更.
... ... @@ -186,7 +186,7 @@
186 186  
187 187  **变更实施后处理:**目前暂无。
188 188  )))
189 -|(% style="width:183px" %)**9.紧急变更管理**|(% style="width:939px" %)(((
185 +|(% style="width:128px" %)**9.紧急变更管理**|(% style="width:993px" %)(((
190 190  **针对紧急变更怎么做的?关注紧急变更后行为（注意是否有补录，补测）**
191 191  
192 192  从业务需求层面提出的变更有些是领导或市场的紧急需求，如亲情网，变更要求紧急实施（快速上线、快速实施），还有如应付安全检查，扫出来漏洞需要紧急修复（有刚性的时限要求，应对检查）。业务要求的及时性和变更风险控制要折衷考虑。
深圳市艾拓先锋企业管理咨询有限公司