AIS Change Management Policy
Change Management Concept
Change Management is an IT Service Management discipline whose goal is to reduce the risk of incidents when changes are made to the IT infrastructure. Change Management reduces risk through the use of standardized procedures to document and implement change.
Policy Purpose and Benefit
The AIS Change Management Policy defines the standardized procedures to be used when changes are made to the University’s administrative software. When this Policy is followed, the risk of incidents is reduced and the integrity of the University’s business operations and reporting is preserved. Without Policy formality, the risk of incidents would be higher and accountability for software changes would be insufficiently documented.
Role of Policy Participants
- Successful change requires the engagement and participation of all the people involved. This Policy assigns responsibilities to Departments and AIS according to the principle role each serves.
- Departments act as owners of the University’s business data that is entrusted to their individual missions. Departments are responsible for their data’s content and usage; therefore, Departments initiate software proposals and decide whether the software should be installed.
- AIS is an IT service bureau that provides support to Departments in the form of software development, software installation, and consultation.
Software Governed by this Policy
- The word “change” applies to new software and modified software.
- This Policy is applied to all administrative software that is maintained by AIS; this includes vendor-supplied software as well as AIS-developed software.
- This Policy is applied to all types of software: reports, processes, forms, and Oracle scripts.
Project Tracking System
- The AIS Project Tracking System is a tool used by Departments and AIS to manage software changes. It defines the procedures for enforcing this Policy: project creation, software development, testing, project approval, and installation.
- The Project Tracking system automatically notifies the person responsible for an action required to move the project to its next stage.
- The Project Tracking System may be queried to view current project status.
- AIS uses the Project Tracking System internally to manage vendor upgrades; see the section below, “Vendor Software Upgrades”.
- The Department identifies a need to improve the processing for a particular business function.
- The Department Requestor shall prepare a software request for AIS that adequately and clearly states the specifications for the change. The request should explain the business purpose to be supported by the software.
- The AIS Software Developer shall create a project for the request in the Project Tracking System.
- The project’s tracking entry includes the names of the Department Requestor and Approver and the AIS Software Developer, and a description of the specifications.
- Other policies, such as “DU Data Standards” and the Banner Data Acceptable Use Policy may apply to the project’s specifications.
- When a software proposal conceived by a Department requires data that is maintained by another Department, then that Department shall be contacted by AIS to verify approval of the proposed usage of its data.
- The Director of AIS shall resolve issues concerning the validity, usage, and scope of the request.
Software Development and Testing
- Before beginning work, the Software Developer may ask the Department Approver to approve the Software Developer’s interpretation of the specifications, as stated in the project’s description or, for lengthy specifications, in other documentation.
- The Software Developer shall prepare the software in a test environment. and perform preliminary testing to verify that the technical behavior of the software is acceptable.
- Department staff shall test the software in a more thorough manner to judge the fulfillment of its business purpose.
- The Department Requestor and Software Developer shall work together to fine tune the specifications and software to achieve the desired results.
Project Approval and Installation
- The Department Approver shall approve the project for installation; this action signifies that the software is acceptable for production.
- Approved software is assumed to be tested software; only approved software shall be installed.
- Prior to installation, the Software Developer shall place the software into the AIS source code versioning library.
- To attain tighter data security and a more easily accessed audit trail, only the AIS Upgrade Specialist shall install software for production.
- The Upgrade Specialist shall install software that has been retrieved from the source code versioning library; this action completes the project.
Vendor Software Upgrades
- The AIS Upgrade Specialist shall create the software upgrade project in the Project Tracking System.
- The Upgrade Specialist shall install the upgrade software in a test environment.
- AIS Software Developers shall perform preliminary testing to verify that the technical behavior of the upgrade is acceptable.
- Department staff shall test the upgrade software to judge the vendor’s defect resolutions and enhancements.
- Department staff shall carefully test mission-critical software.
- The Department must alert AIS of concerns and problems that are discovered during testing.
- Before installation, the Director of AIS shall approve the project; this action signifies that the upgrade software poses no known risk to the University’s critical business processing.
- The Upgrade Specialist shall install the upgrade software in the production environment; this action completes the upgrade project.