Change Advisory Board (CAB) Procedure
Associated DocumentsThe Change Advisory Board (CAB) is a cross-functional group of IT leadership and technical experts responsible for vetting all changes introduced into the IT environment. Chaired by the Change Manager, the CAB ensures that changes are implemented with minimal risk and maximum coordination.
Purpose and Objectives
The CAB evaluates all proposed changes to provide strategic direction and support. Key objectives include:
- Risk Mitigation: Identifying potential technical or business risks before implementation.
- Communication: Ensuring stakeholders are notified and impacts are coordinated across departments.
- Schedule Management: Preventing conflicts in the published change schedule.
- Quality Assurance: Reviewing the outcomes of failed or emergency changes to prevent recurrence.
Membership and Participation
The CAB includes the Change Manager and a rotating or standing group of managers, directors, and technical experts. Members are selected based on their ability to assess the technical and business impact of changes across the organization.
Meeting Frequency & Agenda
The CAB meets weekly to perform the following:
- Approval Review: Authorize new Normal and Routine change requests.
- Risk Assessment: Evaluate potential unintended consequences and recommend mitigation strategies.
- Schedule Validation: Resolve scheduling conflicts.
- Post-Implementation Review (PIR): Analyze the results of failed or emergency changes.
How to Submit a Change Request
Change requests are managed via the Request Tracker (RT) system. To submit a ticket:
- Access: Login to RT.
- Ticket Creation: Select "New Ticket" and set the queue to Change Management.
- Required Fields:
- Subject: A concise name for the change.
- Implementer: The individual executing the change.
- Type: Select Routine, Normal, or Emergency.
- Reason: The business or technical justification.
- Schedule: The proposed date and specific time window.
- Outage: Indicate if services will be unavailable (Yes/No).
- Communication Plan: List the groups or users to be notified.
- Implementation & Rollback: Detailed steps for execution and a contingency plan if the change fails.
Lifecycle of a Change
|
Activity |
Description |
|
Submission |
The requester creates the RT ticket and assigns an implementer. |
|
Validation |
The CAB or Change Manager reviews the request for completeness. |
|
Risk Analysis |
The CAB evaluates technical impact and potential conflicts. |
|
Authorization |
If approved, the change is scheduled. If rejected, it is returned for revision. |
|
Communication |
Stakeholders are notified via the defined communication channels. |
|
Execution |
The implementer performs the change and follows the rollback plan if necessary. |
|
Review & Close |
Outcomes are validated. If successful, the requester closes the ticket. |