CHANGE MANAGEMENT POLICY



Similar documents
Enterprise UNIX Services - Systems Support - Extended

For more information, please visit the IST Service Catalog at

How To Manage An Ipa Print Service At A College Of Korea

Information & Technology. Change Management Policy

Analytics Reporting Service

Domain Name Service Service Level Agreement (SLA) Vanderbilt Information Technology Services

Systems Support - Standard

How To Write A Service Level Agreement For The National Patient Information Reporting System

Information & Technology Management Branch Ministry of Education. Change Management Policy

Storage Area Network (SAN) Services - SLA

Service Level Agreement for Database Hosting Services

Columbia College Process for Change Management Page 1 of 7

ICT Change Management Policy. 3 rd Party Support Guide

Network & Information Security Policy

Service Level Agreement SAN Storage

Data Center Colocation - SLA

INFORMATION TECHNOLOGY ENGINEER V

IT CHANGE MANAGEMENT POLICY

ESXi Cluster Services - SLA

Voice Over IP Network Solution Design, Testing, Integration and Implementation Program Overview

CCIT Change Management Procedures & Documentation

i. Maintenance of the operating system, applications, content on the server, or fault tolerant network connections

Change Management Procedures Re: The Peoplesoft Application at Mona

Customer Service Charter TEMPLATE. Customer Service Charter Version: 0.1 Issue date :

TechExcel. ITIL Process Guide. Sample Project for Incident Management, Change Management, and Problem Management. Certified

National Patient Information Reporting System: National Data Warehouse. Service Level Agreement

UMHLABUYALINGANA MUNICIPALITY IT CHANGE MANAGEMENT POLICY

GMS NETWORK ADVANCED WIRELESS SERVICE PRODUCT SPECIFICATION

Ohio Supercomputer Center

Chris Day, Acting Director of IT Services C Day. Configuration Manager Change Manager Change Assessors Change Implementers

GMS NETWORK BASIC PRODUCT SPECIFICATION 1. INTRODUCTION 2. SERVICE DEFINITION. 2.1 Service Overview. GMS Network Basic

Service Level Agreement (SLA)

Infasme Support. Incident Management Process. [Version 1.0]

Technology Event Notification and Escalation Procedures. Procedure: Technology Event Notification and Escalation. Procedure Date: 10/27/2009

FedRAMP Standard Contract Language

Enterprise Managed PBX Telephony

PHASE 9: OPERATIONS AND MAINTENANCE PHASE

LAMAR STATE COLLEGE - ORANGE INFORMATION RESOURCES SECURITY MANUAL. for INFORMATION RESOURCES

The Service Provider will monitor the VM for the Customer and provide notifications on an opt in basis, which is strongly recommended.

The purpose of this document is to define the Change Management policies for use across UIT.

Departmental On-Site Computing Support (DOCS) Server Support SLA

Information Technology Engineers Examination. Network Specialist Examination. (Level 4) Syllabus. Details of Knowledge and Skills Required for

Outsource IT Services

PSU Hyland OnBase Document Imaging and Workflow Services Level Memorandum of Understanding

Disaster Recovery Planning Procedures and Guidelines

COUNTY OF ORANGE, CA Schedule 2D Service Desk Services SOW SCHEDULE 2D SERVICE DESK SERVICES SOW. for. Date TBD

Technical Support SLA and Escalation Matrix

Introduction to Change

Change Management Revision Date: October 10, 2014

Integrated Application and Data Protection. NEC ExpressCluster White Paper

SERVICE SCHEDULE INFRASTRUCTURE AND PLATFORM SERVICES

Change Submitter: The person or business requesting or filing the Request For Change (RFC) notice.

Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies Effective Date: October 1, 2015 Version 1.0

PHASE 5: DESIGN PHASE

Process Description Change Management

How To Manage Change Management At Uni

Change Management Process. June 1, 2011 Version 2.7

Managing Vendors on Procurement Management Portal

SECTION 15 INFORMATION TECHNOLOGY

RSA SecurID Tokens Service Level Agreement (SLA)

CMS Operational Policy for Infrastructure Router Security

Documentation. Disclaimer

SEP Support Definitions and Services

DOCUMENT HISTORY LOG. Description

Software as a Service Decision Guide and Best Practices

A RESOURCE GUIDE FOR NEW FINANCIAL SYSTEM PROFESSIONALS

How To Use Adobe Software For A Business

Technical Support Policies

IT Security Agency Policies and Procedures

Change Management Plan (CMP)

Draft Copy. Change Management. Release Date: March 18, Prepared by: Thomas Bronack

For FY 2016 the new Desktop Support Program rates will be: Business Class - $481/device Enterprise Class - $721/device

Skybox Security. Technical Support Program

Change Management. Change Management Procedure. Table of Contents. (Revision Date: 1/30/2014)

PINAL COUNTY POLICY AND PROCEDURE 2.50 ELECTRONIC MAIL AND SCHEDULING SYSTEM

Cisco Change Management: Best Practices White Paper

Information Services. Standing Service Level Agreement (SLA) Firewall and VPN Services

Managed Storage Service Level Agreement (SLA)

IT Security Standard: Computing Devices

How To Handle A Disaster Recovery Plan

Blackboard Collaborate Web Conferencing Hosted Environment Technical Infrastructure and Security

Commercial Software Licensing

Guideline for Services

Transcription:

DEPARTMENT OF TECHNOLOGY (DTECH) CHANGE MANAGEMENT POLICY Revised: 10/20/14 799 G Street, Sacramento, CA 95814

Table of Contents Introduction... 3 Definition of Change... 3 Definition of Change... 3 Objectives... 5 Policy Administration... 5 Change Steering Committee (CMSC)... 5 Policy Statements... 5 Change Requests... 5 Change Approval... 6 Change Coordination... 6 Change Notification... 6 Change Implementation... 6 Change Closure... 7 Policy Review... 7 2

Introduction The is the foundation of change management. It establishes the requirements for change to be managed and auditable, and to ensure business continuity. This document contains policy background information, definitions, objectives, policy administration information; and policy statements. These constitute the base requirements for change management and are not intended to define procedures or processes, but instead, provide the framework on which procedures and processes can be based. The change management procedures are defined in the document Change Procedures. The purpose of this policy is to create a central repository of all the changes made to IT systems supported by so that the department can have a global view of everything that is changing on the systems it manages and can use this information if problems occur to assist in tracking the issue back to a change that was made. Its purpose is also to ensure changes are communicated to s both internal and external prior to implementation to give them a chance to have input into the schedule and scope of the change. Definition of Change Change is a discipline that the county follows to help ensure that the information technology services utilized by county departments, technology units and external s are available to support their business functions by safeguarding system availability and minimizing impact to our internal and external s. The goals of safeguarding system availability and minimizing impact to those dependent on the county s technology services are achieved through planning, notification and coordination. Definition of Change For the purposes of this document, a Change is defined as any notable alteration to a system and/or its configuration that could affect business operations. A Change Request is defined as a formal request to perform a change. It is filed by a Change Requestor. There are four categories of changes: Countywide Change: Changes to systems used countywide and by the highest levels in the County that will result in interruption of service will be treated as major changes with additional communication requirements as defined in this policy. These systems include Email and web mail, COMPASS, Network, telephones, and the County s Internet and Intranet portals. The comprehensive list of these systems will be kept in the change management system. Major Change: Change to production that have major impact or extensive outage to the s ability to conduct their business. Minor Change: Change to production that have minor to no impact, or outage to the s ability to conduct their business. Emergency Change: Change submitted in response to a problem or outage of a system. These are unplanned in nature and are submitted in response to emergencies that cause a change to happen immediately or in a shortened time frame. The Change Requester will determine, to the best of their ability, which category the change best fits in. The timeline for communication and approval of the change will vary depending on the category of change being 3

made. The table below lists the four categories of change, who should be notified for each category, how long before the change the notification must be distributed, and examples of changes for each category. Category Groups Notified Notification Time Frame Examples Countywide Two weeks prior to change Upgrade of Email or web mail systems. WAN equipment replacement. Upgrade to Internet or Intranet portals that will cause an outage. Version upgrade for Lagan 311 system. Major One week prior to change Upgrade to latest version of System Center. Windows server security patching. Non-disruptive upgrade to NetApp OS on redundant equipment. Minor Prior to the implementation of the change as coordinated with the of the service. Customer requested modification to their application. Replacing a faulty LAN switch. Emergency As soon as possible without affecting the work to fix the issue. Email or web mail is down. Internet connection is down. 311 is down. 4

Objectives This provides statements and definitions that are intended to enhance the continuity, stability, and reliability of business operations. personnel will use this and the Change Procedures for any changes to an environment or system that could affect continuous business operations. Other County Departments may participate in this change management process. The objectives of this are to: Encourage advanced planning, coordination, and communication of changes. Consider the consequences of an unsuccessful change, and plan for recovery, prior to implementation. Communicate the change to all affected parties. Establish a central point and repository to coordinate changes. Identify the potential impact of changes on other systems and environments. Minimize the number of problems and/or conflicts that are caused by changes. Review the change management process for continuous process improvement. Policy Administration The root authority for policy administration is the Executive. This policy does not supersede their authority. This policy formalizes the creation of the Change Steering Committee and its role in the implementation and maintenance of this policy. Change Steering Committee (CMSC) The Managers on the make up the CMSC. Role of the CMSC include the following: Authority to interpret and recommend changes to the Authority to approve all procedures and processes with respect to the Change Policy Policy Statements The foundation of change management in Information Technology has six primary components: a request, an approval, coordination, notification, implementation, and closure. These primary components establish a structure upon which policies can be founded. Change Requests Change Requests must be filed for changes that meet the definition of Change contained in this policy document. They must be entered into the central change management system. 5

All Change Requests must contain the necessary information to properly describe and document the change. The standard format for the change request is documented in the Change Procedures Document. All requests must be submitted using the standard format. All change requests must be submitted to the central change management system as noted in the table contained in the Change Description section of this document. Each change request will be associated with a category; countywide, major, minor, or emergency. All Change Requests should contain the necessary information to back out a change and recover from a failed implementation. All Change Requests must be traceable and auditable. Change Window: The change window is Sunday from 9 AM to 1 PM, unless otherwise negotiated with the. Change Approval Change Requests should be approved before implementation can occur. They are approved by the Manager or Designee of the section responsible for the change. If circumstances require that a change must be made immediately to satisfy an urgent requirement such as an outage/problem or a security fix, a Change Request may be filed after implementation. Change Coordination All Managers or their Designee are responsible for reviewing the central change management system for changes and all distributed change notices to ensure that there are no conflicts. If a Manager believes there is a possibility of conflict, that Manager should contact the Manager responsible for the section making the conflicting change and work out a schedule that will mitigate any problems. Change Notification All approved Change Requests must be formally communicated to individuals or groups that will be affected. They must be communicated using the standard format. Whenever a change occurs to any of the systems in the countywide category, Managers will communicate the change as per the table in the Change Description section of this policy and will coordinate with the CIO to send out an announcement of the change to the Board of Supervisors, County Counsel, and all Department Directors. Change Implementation All changes should occur within their scheduled change time. Significant deviations from approved Change Requests (e.g., scope of work completed, timeframe, implementer, etc.) should be recorded in the central change management system. 6

Change Closure The disposition of all changes must be documented. Any deviations from the approved Change Request must be documented. Policy Review The Change Steering Committee will review the policy on a yearly basis and recommend any updates needed to the Executive for approval. 7