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

Summary

Details

Icon Page properties
Content
... ... @@ -12,12 +12,12 @@
12 12  |**访谈日期：**|**2013-04-21**
13 13  |**访谈地点：**|**浙江XX网管中心X层**
14 14  
15 -|(% style="width:128px" %)**编号**|(% style="width:993px" %)**访谈变更**
16 -|(% style="width:128px" %)(((
15 +|(% style="width:183px" %)**编号**|(% style="width:939px" %)**访谈变更**
16 +|(% style="width:183px" %)(((
17 17  **1.变更管理**
18 18  
19 19  **历程**
20 -)))|(% style="width:993px" %)(((
20 +)))|(% 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" %)(((
41 +|(% 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" %)(((
56 +|(% style="width:183px" %)**3.制度与审计要求**|(% style="width:939px" %)(((
57 57  **中心现有变更相关制度要求? 外部审计机构的相关审计情况？**
58 58  
59 -根据sox审计要求，但sox更倾向于安全管控（账号，安全等），表格记录也都是造出来的，sox审计涵盖的系统也越来越少（越来越形式化）。注：需要提供sox的审计记录和网管中心关于变更管控的制度。
59 +根据sox审计要求，但sox更倾向于安全管控（账号，安全等），表格记录也都是造出来的，sox审计涵盖的系统也越来越少（越来越形式化）。注：需要提供sox的审计记录和网管中心关于变更管控的制度。 
60 60  )))
61 -|(% style="width:128px" %)**4.流程管理目标**|(% style="width:993px" %)(((
62 -**有没有正式定义变更管理的流程和目标? **
61 +|(% style="width:183px" %)**4.流程管理目标**|(% style="width:939px" %)(((
62 +**有没有正式定义变更管理的流程和目标?  **
63 63  
64 64  领导们看结果，前提在于变更要严格管控，原来的主机配置很高（通过高配置来弥补高可靠性、可用性方面的事情），现在小型机往刀片（X86）上迁回，系统可靠性、可用性都会降低（比如能否做割接，是否在变更里管理），同时那么多设备都转来IT维护室，如果再不管控变更，风险比较大。
65 65  )))
66 -|(% style="width:128px" %)**5.变更角色职责**|(% style="width:993px" %)(((
66 +|(% 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" %)(((
81 +|(% 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" %)(((
108 +|(% 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" %)(((
127 +|(% 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" %)(((
185 +|(% style="width:183px" %)**9.紧急变更管理**|(% style="width:939px" %)(((
186 186  **针对紧急变更怎么做的?关注紧急变更后行为（注意是否有补录，补测）**
187 187  
188 188  从业务需求层面提出的变更有些是领导或市场的紧急需求，如亲情网，变更要求紧急实施（快速上线、快速实施），还有如应付安全检查，扫出来漏洞需要紧急修复（有刚性的时限要求，应对检查）。业务要求的及时性和变更风险控制要折衷考虑。
深圳市艾拓先锋企业管理咨询有限公司