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

Summary

Details

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