Overview
The purpose of this policy is to minimize the potential impact that changes may have on customers and others who depend upon Division of IT systems and services.
Division of IT staff and agents (e.g. consultants, vendors, etc.) are required to follow the Change Management process outlined in this document, which includes the assessment, coordination, approval and communication of all changes to production applications, systems, services and operations
Detailed Information
Responsibilities
Change Advisory Board (CAB)
|
A representative group of managers and select staff who are responsible for monitoring the change management process, and collaborating on its continuous improvement. The CAB is also responsible for vetting policy and process changes, as well as vetting “Pre- Authorized” change requests prior to being submitted to the CAB/EC for final approval.
|
ECAB
|
An executive group (directors) responsible for the review and approval of policy changes. This group is also responsible for approving additions to the list of changes.
|
Division of IT Staff and Agents
|
Responsible for administering changes in accordance with this change management policy. The staff or team who is leading a change effort, is responsible for:
- planning and coordinating the change,
- engaging affected DoIT groups and other stakeholders to assess the change impact,
- obtaining appropriate customer or governance approvals,
- representing the change at the weekly Change Management review meeting,
- administering any necessary communications for the change.
|
Division of IT Managers
|
Responsible for making sure their team(s) follow the change management processes, including the coordination/approval of changes with customers, stakeholders, and peer groups. Managers must also work with their teams to monitor the change management schedule for possible impacts, and must have adequate representation to discuss upcoming and recently completed changes at the weekly meeting.
|
Division of IT Directors and Associate Directors
|
Responsible for approving “Emergency” change requests for their team(s). Directors are also responsible for serving on the CAB/EC.
|
Change Classifications
The following information defines the different change classifications.
Classification
|
Definition / Process
|
Standard
|
Definition:
No or low-risk changes that are carried out regularly and only needs approval once. Standard changes should follow their respective standard operating procedures to capture any necessary information about those changes.
New standard changes must be submitted to the CAB and CAB/EC for review and approval. Once approved, it must be logged in the Change Management application and discussed at the next Change Management meeting to serve as communication that future changes of this nature are pre-authorized. It is to provide updates and ensure everything is successful.
Process Overview:
Standard Changes need to be submitted but do not have to go through CAB except for the first change.
|
Minor
|
Definition:
Low risk changes that have no or low impact to services that are not critical and thus only need minimal review
Examples:
- Routine application code promotion (not upgrades or significant changes)
- Targeted customer approved maintenance (e.g. customer-specific applications, building/closet specific network maintenance, etc.)
Process Overview:
Minor changes must be logged in the Change Management application. These changes are approved by the requestor’s direct supervisor.
|
Major
|
Definition:
Moderate to high-risk changes that will have a significant impact to services and require review, communication, and coordination. These must be approved by CAB.
Examples:
- High Impact
- Critical Services with any downtime or many user
- Non-critical service with a downtime of more than 4 hours, impacts entire units or areas, or impacts more than 50 users
Process Overview:
Major change requests must be logged in the Change Management application 2 weeks prior to the date of the change and reviewed in the Change Management meetings prior to the change and administered in an appropriate maintenance window.
|
Emergency
|
Definition:
Changes that require quick implementation typically to address a significant outage or other urgent matter. These have a streamlined approval process and must be approved by a member of ECAB and reviewed in the following CAB meeting.
Process Overview:
Urgent change requests must be logged in the Change Management application, and be approved by a member of ECAB.
If the change affects the other campuses, it must be communicated to the UM IT Change Management Communication list, which includes representatives from all of the campuses. Forwarding the change request confirmation email to this list is usually sufficient. This list also includes the UM DoIT Change Management list (see below) so it is not necessary to send a second communicate to the DoIT list.
Emergency changes that would normally be Major must minimally be communicated to the UM DoIT Change Management list before administering the change. If there is an expected customer impact or an impact to other Division of IT units, additional steps should be taken by the system owner to ensure those groups receive an appropriate level of notification.
|
Change Management Weekly Meetings:
The Division of IT holds weekly Change Management meetings to review upcoming changes for broader visibility. These meetings are not intended to substitute peer and stakeholder review and approval processes, which should occur prior to the change being reviewed at the weekly Change Management meetings and must be documented in the change request. The approvals that are documented in the change request, will be monitored by members of the Change Advisory Board to ensure they are appropriate and are not being self-approved by staff who are not authorized to do so.
- Meeting Day/Time: Thursdays at 1:15 p.m.
Change Management Maintenance Windows:
Day of Week
|
Time of Day
|
Type of Change
|
Tuesdays
|
5 a.m. until 7 a.m.
|
Standard changes
|
Wednesday
|
4 a.m. until 6 a.m.
|
Standard or Emergency changes
|
Thursdays
|
10 a.m. - 5 p.m.
1:15 a.m. - 3:15 a.m.
|
1st Thursday of Month (S&T DR Site)
3rd Thursday of Month (Hospital Significant/Major)
|
Fridays
|
5 a.m. until 7 a.m.
|
Standard changes
|
Saturdays
|
6 p.m. until Midnight
|
Standard and Major changes
|
Sundays
|
Midnight until Noon
|
Standard and Major changes
|
Monday-Friday
|
2 p.m. until 4 p.m.
|
Standard PeopleSoft Batch Program Changes
|
Urgent changes may occur at any time with ECAB approval.
Customer (non-DoIT) approved changes can be scheduled outside established maintenance windows, however, normal business hours (Mon - Fri, 7 a.m. - 5 p.m.) and peak/normal usage times should be avoided where possible.
All other changes must be scheduled to minimize customer impact within an appropriate maintenance window. Systems with least impact times that fall outside the established maintenance windows can be scheduled as such with a documented justification.
|
See Also
Change Management Training Guide
Creation/Revision History [to be maintained by policy coordinator, if there is one]
June 15, 2010 – Policy Approved by CAB/EC
|
July 8, 2010 – Removed reference to allowing changes on redundant systems to occur outside maintenance windows. Submitted for approval.
|
August 3, 2010 – Policy Approved by CAB/EC
|
June 23, 2016 – Policy updates approved by CAB/EC
|
August 31, 2016 – Minor updates based on Internal Auditor feedback.
|
May 13, 2019 – Updates to reflect ownership change and platform switch from Remedy to Cherwell
|
Feb 10, 2025 – Update Change Definitions and process as well as ownership change & platform switch Cherwell to TDX
|
For Additional Assistance
Required: Enter instructions for obtaining additional assistance if knowledge article did not assist.