它的变更管理

本政策和相关程序由CIO和ITS副总裁于2009年11月20日通过。该政策的修改于2015年8月28日获得批准。

简介

变更管理建立了控制硬件、软件、固件和文档修改的过程，以确保信息资源在系统实施之前、期间和之后不受无文档修改的影响。变更管理的存在是为了在大学信息技术服务部门或任何第三方的指导下，协调和通知学生、教师和员工所有影响任何共享计算系统或服务的变更。

目的

变更管理的目的是确保所有要素到位，所有各方都得到通知和培训，系统变更的安排与TRU的其他活动协调一致。最重要的目标是为大学成员提供高水平的系统完整性、可用性和服务。

观众

1. 信息数据所有者或指定人
2. 信息系统管理员和技术人员
3. 资讯科技服务客户

信息技术变更管理程序

• 对于可能影响资讯科技环境及可能影响服务的共享硬件、系统软件、应用软件或程序更改的一般更改要求，应尽可能在更改日期前近六(6)个工作天向资讯科技署更改顾问委员会提出。对于内部系统，所有更改必须得到ITS经理或主管的批准;对于由第三方管理的系统，必须得到来自另一个TRU部门的适当主管的批准。
• 紧急更改是需要在不提前安排操作的情况下进行的更改。如果不立即处理这些更改，则会严重影响业务流程，或者需要立即采取行动以满足客户驱动的请求的需要。
• 需要对紧急变更进行审查和批准，并应由ITS主管或经理批准，或由第三方控制的系统和其他TRU部门的适当主管批准。将尽一切努力尽快审查紧急变更请求。为了防止迫在眉睫的系统问题，可以执行变更，并通过适当的文档和管理批准进行跟踪。发布事件文档是必需的，必须尽快发布到ITSCAB/Change Management文件夹中。

变更管理(紧急或正常)

申请必须包括以下信息:

改变的描述

对正在进行的更改进行简要的技术描述，包括:

1. 改变的目的:我们为什么要做这种改变?
2. 变更测试:已经进行了哪些测试?
3. 沟通计划:将通知哪些客户，如何通知，何时通知?

撤销程序

如果提议的更改失败，撤消策略是什么?如何确定失败，何时以及由谁决定撤销变更?

时机

什么时候更改?需要多长时间，客户会受到多长时间的影响?

责任

负责变更和随叫随到/现场支持的个人的姓名和联系信息。对于任何软件推广，这应该包括明确划分开发人员和推广人员之间的职责。

影响分析

哪些应用程序、最终用户、网段、系统或业务功能会受到此更改的影响或中断?

• 更改通常涉及新的客户流程;当这部分是计划的一部分时，与客户部门的密切协调是必要的，应该包括一个培训计划。
• 有关更改的实际结果和影响的后续文件应记录在ITS配置管理数据库中，以确保为系统的连续性保留适当的信息。