变更控制委员会(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., 一个新的漏洞刚刚发布，我们想创建一个防火墙规则来阻止它尽快.