CHANGE MANAGEMENT POLICY
|
|
|
- Amos Walton
- 9 years ago
- Views:
Transcription
1 DEPARTMENT OF TECHNOLOGY (DTECH) CHANGE MANAGEMENT POLICY Revised: 10/20/ G Street, Sacramento, CA 95814
2 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
3 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 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
4 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 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. or web mail is down. Internet connection is down. 311 is down. 4
5 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
6 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
7 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
Enterprise UNIX Services - Systems Support - Extended
1 General Overview This is a Service Level Agreement ( SLA ) between and Enterprise UNIX Services to document: The technology services Enterprise UNIX Services provides to the customer. The targets for
For more information, please visit the IST Service Catalog at http://ist.berkeley.edu/services/is/calweb-iis
1 General Overview This is a Service Level Agreement ( SLA ) between and the Enterprise Windows Team to document: The technology services the Enterprise Windows Team provides to the customer The targets
How To Manage An Ipa Print Service At A College Of Korea
1 General Overview This is a Service Level Agreement ( SLA ) between and the Student Computer Labs to document: The technology services Student Computer Labs provides to the customer The targets for response
Information & Technology. Change Management Policy
Makana Information Technology Division Corporate Services Information & Technology Change Management Policy 1 Information & Technology Change Management Policy Table of Contents Approval Table of Contents
Analytics Reporting Service
1. Rate per month $19.00 per user 2. General Overview: The provides the technologies for transforming large quantities of raw data into useable information serving the agency s functions. includes interactive
Domain Name Service Service Level Agreement (SLA) Vanderbilt Information Technology Services
Service Level Agreement Page 1 of 7 Domain Name Service Service Level Agreement (SLA) Vanderbilt Information Technology Services 1. Agreement This agreement is to define Domain Name Service (DNS) provided
Systems Support - Standard
1 General Overview This is a Service Level Agreement ( SLA ) between document: and Enterprise Windows Services to The technology services Enterprise Windows Services provides to the customer The targets
How To Write A Service Level Agreement For The National Patient Information Reporting System
National Patient Information Reporting System: Service Level Agreement NPIRS Data Mart Developer's Test Environment Version 2.0 June 2011 Department of Health and Human Services Indian Health Service Office
Information & Technology Management Branch Ministry of Education. Change Management Policy
Author: Change Advisory Board Creation Date: March 26, 2001 Last Updated: June 29, 2007 Document Number: 6840 00/Change Control Version: 2.3.5 Approval Renate Butterfield ITMB Director Signature Date CIO
Storage Area Network (SAN) Services - SLA
1 General Overview This is a Service Level Agreement ( SLA ) between the customer and the Enterprise Storage and Backup Group (SBG) to document: The technology services SBG provides to the customer The
Service Level Agreement for Database Hosting Services
Service Level Agreement for Database Hosting Services Objective Global Service Levels include the general areas of support that are applicable to every ITS service. The purpose of the Service Level Agreement
Columbia College Process for Change Management Page 1 of 7
Page 1 of 7 Executive Summary Columbia College's Process for Change Management is designed to provide an orderly and documented method in which changes to the College's computing environment are requested
ICT Change Management Policy. 3 rd Party Support Guide
ICT Change Management Policy 3 rd Party Support Guide Christchurch International Airport Ltd All rights reserved No part of this document may be copied, photocopied or reproduced in any form or by any
Network & Information Security Policy
Policy Version: 2.1 Approved: 02/20/2015 Effective: 03/02/2015 Table of Contents I. Purpose................... 1 II. Scope.................... 1 III. Roles and Responsibilities............. 1 IV. Risk
Service Level Agreement SAN Storage
Service Level Agreement SAN Storage Executive Summary This Service Level Agreement defines the support provided by UCIT to the University of Cincinnati s Storage Area Network (SAN) users as well as the
Data Center Colocation - SLA
1 General Overview This is a Service Level Agreement ( SLA ) between and Data Center Colocation to document: The technology services Data Center Colocation provides to the customer The targets for response
INFORMATION TECHNOLOGY ENGINEER V
1464 INFORMATION TECHNOLOGY ENGINEER V NATURE AND VARIETY OF WORK This is senior level lead administrative, professional and technical engineering work creating, implementing, and maintaining the County
IT CHANGE MANAGEMENT POLICY
IT CHANGE MANAGEMENT POLICY PURPOSE The purpose of the IT Change Management Policy is to manage changes in a planned and predictable manner in order to assign resources, assess risk and minimize any potential
ESXi Cluster Services - SLA
1 General Overview This is a Service Level Agreement ( SLA ) between the customer and IST Infrastructure Services (IST-IS) to document: The technology services IST-IS provides to the customer The targets
Voice Over IP Network Solution Design, Testing, Integration and Implementation Program Overview
Voice Over IP Network Solution Design, Testing, Integration and Implementation Program Overview 1/1 Table of Contents 1. Introduction...3 2. Executive Summary...4 3. Program Definition...5 3.1. Program
CCIT Change Management Procedures & Documentation
CCIT Change Management Procedures & Documentation 1.0 Introduction A major challenge within any organization is the ability to manage change. This process is even more difficult within an IT organization.
i. Maintenance of the operating system, applications, content on the server, or fault tolerant network connections
Physical Co-location Service Level Agreement 1. Agreement This agreement is to define Physical Server Co-location services provided to a Customer. Typically, service definitions include hours, availability,
Change Management Procedures Re: The Peoplesoft Application at Mona
Change Management Procedures Re: The Peoplesoft Application at Mona (The original Peoplesoft document was modified to relate more closely to UWI Mona) See also.. MITS Project Management Methodology & MITS
Customer Service Charter TEMPLATE. Customer Service Charter Version: 0.1 Issue date :
Customer Service Charter TEMPLATE Customer Service Charter Version: 0.1 Issue date : Document Information Document Name Document Overview Author Approver Document Owner Document Owner Telephone Document
TechExcel. ITIL Process Guide. Sample Project for Incident Management, Change Management, and Problem Management. Certified
TechExcel ITIL Process Guide Sample Project for Incident Management, Management, and Problem Management. Certified Incident Management Red Arrows indicate that the transition is done automatically using
National Patient Information Reporting System: National Data Warehouse. Service Level Agreement
National Patient Information Reporting System: Service Level Agreement Userpop/Workload Mart Version 3.0 June 2009 Department of Health and Human Services Indian Health Service Office of Information Technology
UMHLABUYALINGANA MUNICIPALITY IT CHANGE MANAGEMENT POLICY
UMHLABUYALINGANA MUNICIPALITY IT CHANGE MANAGEMENT POLICY Originator IT Change Management Policy Approval and Version Control Approval Process: Position or Meeting Number: Date: Recommended by Director
GMS NETWORK ADVANCED WIRELESS SERVICE PRODUCT SPECIFICATION
GMS NETWORK ADVANCED WIRELESS SERVICE PRODUCT SPECIFICATION 1. INTRODUCTION This document contains product information for the GMS Network Service. If you require more detailed technical information, please
Ohio Supercomputer Center
Ohio Supercomputer Center IT Business Continuity Planning No: Effective: OSC-13 06/02/2009 Issued By: Kevin Wohlever Director of Supercomputer Operations Published By: Ohio Supercomputer Center Original
Chris Day, Acting Director of IT Services C Day. Configuration Manager Change Manager Change Assessors Change Implementers
Standard Operating Procedures (SOP) for: Configuration Management and Change Control SOP Number: DG25 Version Number: 1 Effective Date: 14/07/2014 Review Date: 14/07/2015 Author: Reviewer: Authorisation:
GMS NETWORK BASIC PRODUCT SPECIFICATION 1. INTRODUCTION 2. SERVICE DEFINITION. 2.1 Service Overview. GMS Network Basic
GMS NETWORK BASIC PRODUCT SPECIFICATION 1. INTRODUCTION This document contains product information for the GMS Network Basic Service. If you require more detailed technical information, please contact
Service Level Agreement (SLA)
Service Level Agreement (SLA) Between [Add your department and acronym ()] Technology Systems Division (TSD) Information Technology Unit (ITU) and XYZ For XYZ Service Document Version History Version #
Infasme Support. Incident Management Process. [Version 1.0]
Infasme Support Incident Management Process [Version 1.0] Table of Contents About this document... 1 Who should use this document?... 1 Summary of changes... 1 Chapter 1. Incident Process... 3 1.1. Primary
Technology Event Notification and Escalation Procedures. Procedure: Technology Event Notification and Escalation. Procedure Date: 10/27/2009
Procedure: Technology Event Notification and Escalation Procedure Date: 10/27/2009 1.0 Purpose Information Technology Services (ITS) provides and manages technology in support of the College mission. Changes
FedRAMP Standard Contract Language
FedRAMP Standard Contract Language FedRAMP has developed a security contract clause template to assist federal agencies in procuring cloud-based services. This template should be reviewed by a Federal
Enterprise Managed PBX Telephony
Office of Information Technology Services Service Level Agreement Enterprise Managed PBX Telephony December 17, 2013 v2.1 Service Description Enterprise Managed PBX Telephony Service Description The Enterprise
PHASE 9: OPERATIONS AND MAINTENANCE PHASE
PHASE 9: OPERATIONS AND MAINTENANCE PHASE During the Operations and Maintenance Phase, the information system s availability and performance in executing the work for which it was designed is maintained.
LAMAR STATE COLLEGE - ORANGE INFORMATION RESOURCES SECURITY MANUAL. for INFORMATION RESOURCES
LAMAR STATE COLLEGE - ORANGE INFORMATION RESOURCES SECURITY MANUAL for INFORMATION RESOURCES Updated: June 2007 Information Resources Security Manual 1. Purpose of Security Manual 2. Audience 3. Acceptable
The Service Provider will monitor the VM for the Customer and provide notifications on an opt in basis, which is strongly recommended.
Virtual Machine Service Level Agreement 1. Agreement This agreement is to define Virtual Server Collocation services provided to a Customer. Typically, services definitions include hours, availability,
The purpose of this document is to define the Change Management policies for use across UIT.
UNIVERSITY OF UTAH - IT OPERATIONS POLICY UIT CHANGE MANAGEMENT POLICY Chapter or Section: Information Technology ID SOP-CNFM.001 UIT Configuration Management Policy Rev Date Author Change 4.4 9/29/11
Departmental On-Site Computing Support (DOCS) Server Support SLA
1 General Overview This is a Service Level Agreement ( SLA ) between the customer and Departmental On-site Computing Support (DOCS) to document: The technology services DOCS provides to the campus. The
Information Technology Engineers Examination. Network Specialist Examination. (Level 4) Syllabus. Details of Knowledge and Skills Required for
Information Technology Engineers Examination Network Specialist Examination (Level 4) Syllabus Details of Knowledge and Skills Required for the Information Technology Engineers Examination Version 2.0
Outsource IT Services
Computer Systems and Network Solutions Table of Contents 1. IT Services...3 a. Computer and Networking Solutions...3 b. Benefits...3 2. DETAILS OF THE SERVICES... 4 3. COSTS AND TERMS...5 APPENDIX: List
PSU Hyland OnBase Document Imaging and Workflow Services Level Memorandum of Understanding
PSU Hyland OnBase Document Imaging and Workflow Services Level Memorandum of Understanding Table of Contents -I. Summary -II. Service Description-Scope of OnBase Document Imaging and Workflow Service Integration
Disaster Recovery Planning Procedures and Guidelines
Disaster Recovery Planning Procedures and Guidelines A Mandatory Reference for ADS Chapter 545 New Reference: 06/01/2006 Responsible Office: M/DCIO File Name: 545mal_060106_cd44 Information System Security
COUNTY OF ORANGE, CA Schedule 2D Service Desk Services SOW SCHEDULE 2D SERVICE DESK SERVICES SOW. for. Date TBD
SCHEDULE 2D SERVICE DESK SERVICES SOW for COUNTY OF ORANGE, CA Date TBD Schedule 2D Service Desk Services SOW Table of Contents 1.0 Service Desk Services Overview and Service Objectives... 1 1.1 Service
Technical Support SLA and Escalation Matrix
Technical Support SLA and Escalation Matrix We, at Cyberoam value our customers and their needs. Although we are continuously trying to make our product as the best UTM appliance, at times there are some
Introduction to Change
Introduction to Management and SDLC Steve Owyoung Sr. Manager KPMG LLP, IT Advisory Doug Mohrland Audit Manager Oracle Corporation Discussiontopics o significance o o s o o o o Software (SDLC) s Organization
Change Management Revision Date: October 10, 2014
Change Management Revision Date: October 10, 2014 Why Change Management (CM)? To ensure that standardized methods and procedures are used for efficient and prompt handling of all changes associated with
Integrated Application and Data Protection. NEC ExpressCluster White Paper
Integrated Application and Data Protection NEC ExpressCluster White Paper Introduction Critical business processes and operations depend on real-time access to IT systems that consist of applications and
SERVICE SCHEDULE INFRASTRUCTURE AND PLATFORM SERVICES
SERVICE SCHEDULE INFRASTRUCTURE AND PLATFORM SERVICES This Product Schedule Terms & Conditions is incorporated into a Services Agreement also comprising the General Terms and Conditions which the Customer
Change Submitter: The person or business requesting or filing the Request For Change (RFC) notice.
ROLES, RESPONSIBILITIES, PROCEDUREs Change Submitter: The person or business requesting or filing the Request For Change (RFC) notice. IT Operations Change Manager: The steward of the Change Management
Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies Effective Date: October 1, 2015 Version 1.0
Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies Effective Date: October 1, 2015 Version 1.0 Unless otherwise stated, these Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies
PHASE 5: DESIGN PHASE
PHASE 5: DESIGN PHASE During the Design Phase, the system is designed to satisfy the requirements identified in the previous phases. The requirements identified in the Requirements Analysis Phase are transformed
Process Description Change Management
Process Description Change Management Version 4.1 April, 2013 Document Change Control Version # Date of Issue Author(s) Brief Description 1.0 3/8/13 J.Worthington Initial Draft 2.0 3/25/13 J.Worthington
How To Manage Change Management At Uni
Change Management Process VERSION 1.0 Version Date: 1 May 2006 Table of Revisions REVISION NUMBER DESCRIPTION OF CHANGES (PARAGRAPH AND OR SECTION NUMBERS FOR REVISION TRACKING) DATE OF CHANGE REVIEWED
Change Management Process. June 1, 2011 Version 2.7
Change Management Process June 1, 2011 Version 2.7 Contents Document Control... 3 Overview... 4 Definition of a Change... 5 Description... 5 Objectives... 5 Key Terms & Definitions... 6 Change Management
Managing Vendors on Procurement Management Portal
Managing Vendors on Procurement Management Portal Contents 1.0 Vendor registration... 4 1.1 Temporary Registration.... 4 1.2 Registration Verification... 5 1.3 Terms and Conditions... 5 1.4 Full Registration
SECTION 15 INFORMATION TECHNOLOGY
SECTION 15 INFORMATION TECHNOLOGY 15.1 Purpose 15.2 Authorization 15.3 Internal Controls 15.4 Computer Resources 15.5 Network/Systems Access 15.6 Disaster Recovery Plan (DRP) 15.1 PURPOSE The Navajo County
RSA SecurID Tokens Service Level Agreement (SLA)
RSA SecurID Tokens Service Level Agreement (SLA) 1. Agreement This Agreement defines RSA SecurID services provided to a Customer. Service definitions include responsibilities, hours, availability, support
CMS Operational Policy for Infrastructure Router Security
Chief Information Officer Office of Information Services Centers for Medicare & Medicaid Services CMS Operational Policy for Infrastructure Router Security September 2005 Document Number: CMS-CIO-POL-INF05-01
Documentation. Disclaimer
HOME UTORprotect DOCUMENTATION AMS/ROSI SERVICES CONTACT Documentation Disaster Recovery Planning Disaster Recovery Planning Disclaimer The following project outline is provided solely as a guide. It is
SEP Support Definitions and Services
SEP Support Definitions and Services (For customers with valid Support Contracts signed before 01.03.2015 the conditions from this document are applicable.) Introduction SEP AG provides a variety of support
DOCUMENT HISTORY LOG. Description
Effective Date: 02/26/2013 Page 2 of 16 DOCUMENT HISTORY LOG Status (Baseline/ Revision/ Canceled) Document Revision Effective Date Baseline 1.0 02/19/2003 Revision 1.1 03/12/2003 Description Revision
Software as a Service Decision Guide and Best Practices
Software as a Service Decision Guide and Best Practices Purpose of this document Software as a Service (SaaS) is software owned, delivered and managed remotely by one or more providers [Gartner, SaaS Hype
A RESOURCE GUIDE FOR NEW FINANCIAL SYSTEM PROFESSIONALS
WELCOME KIT A RESOURCE GUIDE FOR NEW FINANCIAL SYSTEM PROFESSIONALS *Disclaimer: In the following documentation, dates, screen captures and data are not necessarily reflective of the current year. Settings
How To Use Adobe Software For A Business
EXHIBIT FOR MANAGED SERVICES (2013V3) This Exhibit for Managed Services, in addition to the General Terms, the OnDemand Exhibit, and any applicable PDM, applies to any Managed Services offering licensed
Technical Support Policies
Page 1 of 6 Effective Date :01.03.05 Document No. :IPM 128B Technical Support Policies Schedule - A This document describes the Technical Support Policies ( Support Policies ) of IP Momentum. These Support
IT Security Agency Policies and Procedures
Revised Date: 12/20/11 (formatting) Page 1 of 6 IT Security Agency Policies and Procedures Firewall Change Control Procedure Policy Objectives: The purpose of this document is to define Admin s process
Change Management Plan (CMP)
Change Management Plan (CMP) i Version/Change Record Revision Date Description ii Table of Contents 1.0 Introduction... 5 1.1 Purpose... 5 1.2 Plan Scope... 5 1.3 Document Overview... 7 1.4 Referenced
Draft Copy. Change Management. Release Date: March 18, 2012. Prepared by: Thomas Bronack
Draft Copy Change Management Release Date: March 18, 2012 Prepared by: Thomas Bronack Section Table of Contents 10. CHANGE MANAGEMENT... 5 10.1. INTRODUCTION TO CHANGE MANAGEMENT... 5 10.1.1. PURPOSE OF
For FY 2016 the new Desktop Support Program rates will be: Business Class - $481/device Enterprise Class - $721/device
Division/Department Representative Dear Rep, The Desktop Support Program is announcing changes to our rates for FY 2016. As a Cost Recovery Service we are expected to recover expenses related to the operations
Skybox Security. Technical Support Program
Skybox Security Technical Support Program Contents 1 GENERAL... 3 2 SUPPORT REQUEST LIFE CYCLE... 3 2.1 Collecting Information... 3 2.1.1 Account Name... 3 2.1.2 Version Information... 3 2.1.3 Log File...
Change Management. Change Management Procedure. Table of Contents. (Revision Date: 1/30/2014)
Change Management Change Management Procedure (Revision Date: 1/30/2014) Table of Contents I. Introduction... 2 II. Scope... 2 III. Objective... 2 IV. Definition of a Change... 2 V. Roles and Responsibilities...
PINAL COUNTY POLICY AND PROCEDURE 2.50 ELECTRONIC MAIL AND SCHEDULING SYSTEM
PINAL COUNTY POLICY AND PROCEDURE 2.50 Subject: ELECTRONIC MAIL AND SCHEDULING SYSTEM Date: November 18, 2009 Pages: 1 of 5 Replaces Policy Dated: April 10, 2007 PURPOSE: The purpose of this policy is
Cisco Change Management: Best Practices White Paper
Table of Contents Change Management: Best Practices White Paper...1 Introduction...1 Critical Steps for Creating a Change Management Process...1 Planning for Change...1 Managing Change...1 High Level Process
Information Services. Standing Service Level Agreement (SLA) Firewall and VPN Services
Information Services Standing Service Level Agreement (SLA) Firewall and VPN Services Overview This service level agreement (SLA) is between Information Services (IS), and any unit at the University of
Managed Storage Service Level Agreement (SLA)
Service Level Agreement Page 1 of 8 Managed Storage Service Level Agreement (SLA) Vanderbilt Information Technology Services 1. Parties to the Agreement This service level agreement is valid from the start
IT Security Standard: Computing Devices
IT Security Standard: Computing Devices Revision History: Date By Action Pages 09/30/10 ITS Release of New Document Initial Draft Review Frequency: Annually Responsible Office: ITS Responsible Officer:
How To Handle A Disaster Recovery Plan
Page 1 of 9 Policy Statement CSB Policy And Procedures The equipment, software systems, and databases that comprise the ephi System are critical components that enable the [CSB] to function in an effective
Blackboard Collaborate Web Conferencing Hosted Environment Technical Infrastructure and Security
Overview Blackboard Collaborate Web Conferencing Hosted Environment Technical Infrastructure and Security Blackboard Collaborate web conferencing is available in a hosted environment and this document
Commercial Software Licensing
Commercial Software Licensing CHAPTER 10: (ITAM) Software Asset Management (SAM) Prepared by DoD ESI January 2013 Chapter Overview (ITAM) and Software Asset Management (SAM) allow for a complete and accurate
Guideline for E-mail Services
Guideline for E-mail Services Under the Policy on Information Technology, the Vice-President and Provost is authorized to establish guidelines for information technology services at the University of Toronto.
