变更控制委员会(CCB)
变更控制委员会(CCB) 确保对技术系统的变更以合理和可预测的方式进行沟通和管理. CCB负责执行IT变更管理政策,并负责监督和批准 变更请求(cr).
变更公告(ca) 对于不需要CCB批准的变更,是否意味着更快的流程, 但仍应传达给部门,在某些情况下也应传达给其他部门.
本程序适用于所有由, 代表…, 或涉及ITS资源.
成员由ITS工作人员的代表小组组成.
会员有责任
- 审查ca是否存在可能的问题, 需要与校园沟通, 并大声疾呼是否应该改为CR.
- 回顾, 讨论, 并在提交CR后48小时内对CR进行投票(或指定代表代表其进行投票).
- 一个代表一次只能代表一个建行成员.
- 定期审查未完成的cr,并在必要时跟进.
- 审查退出和失败的更改.
- 汇报紧急变更并确保记录下来.
变更控制过程
- 建行成员将定期审查已批准的仍在开放的申请.
- 请求者通过登录来启动流程 OSTicket 创建一个新的 变更公告(CA)或变更请求(CR)
- 必须提交ca和cr 不迟于48小时 在更改计划生效之前.
- 对于CA, 不需要批准, 但CCB成员仍应确保阅读CA,以防出现问题, 需要与校园沟通, 或者应该改成CR.
- 建行将审核CR并在48小时内回复,并将回复记录在工单中. 批准是通过简单多数投票(至少), 必须达到法定人数的成员或其代表的意见,否则就不能批准CR)。.
- 请注意,如果请求者也在CCB上,那么该人可以是他们自己请求的审批者
- 一旦实现了更改,请求者登录到OSTicket并关闭CR.
什么时候会发生变化
赌博正规的十大网站成立 定期维护窗口. 除非CCB另行批准,否则所有影响用户连接和访问IT服务的更改都必须在这些窗口内安排.
需要CR的更改
- 重大的改变:即使实现简单,也会对多个用户产生重大影响.
- e.g.,升级为无线控制器.
- e.g.影响多个用户/用户组的横幅升级.
- 紧急变更:立即实施以修复IT资源中断, 或者解决无法等待正常进程的问题.
- CR已经填好了 后 这种改变是一种汇报和防止再次发生的方式.
- 与相关内阁成员沟通.
- e.g.使部分网络离线,这样计算机就不能传播感染.
- e.g.由于软件故障,无线连接中断,因此立即安装升级.
- e.g.解决关键的、时效性强的安全漏洞的补丁.
不需要CR的变更
- 轻微的变化:例行补丁、低影响更改和大多数防火墙规则更改
- e.g.为我们的Windows服务器操作系统安装安全补丁.
- e.g., 一个新的漏洞刚刚发布,我们想创建一个防火墙规则来阻止它尽快.
报告问题 -
最后更新: 01/10/2023