Change Advisory Board Operating Guidelines
|
|
|
- Theodore Newman
- 9 years ago
- Views:
Transcription
1 Change Advisory Board Operating Guidelines
2 DOCUMENT RELEASE NOTICE This Change Advisory Board Operating Guidelines, is released for use in Company ABC effective DD/MM/YYYY. Revisions, if any, to this document will be published to the website. Users of this process are responsible for using the most current version of the document. For any document control issues pertaining to this document or for information about its access and location please notify the following contact: Name: Role: Org/Group: Phone: CONTACT INFORMATION 2 of 17
3 LIST OF ABBREVIATIONS ATM POS CAB CSSCAB LOB NETCAB PPR PQA PSC QA SYSCAB T,S&F ATM Point of Sales Change Advisory Board Customer Service & Support Change Advisory Board Line of Business Network Change Advisory Board Post Problem Review Production Quality Assurance Peregrine ServiceCenter Quality Assurance Mainframe/Midrange Channel Advisory Board Technology, Service & Fulfillment 3 of 17
4 TABLE OF CONTENTS ABOUT THIS DOCUMENT... 5 Purpose THE CHANGE ADVISORY BOARD (CAB) CAB Structure CAB Types CAB RELATIONSHIPS CAB MEMBERSHIP CAB Membership CAB Roles CAB COMMUNICATIONS CAB Website CAB CAB Communication Representative CAB MEETINGS CAB Pending Approval Report CAB Meeting Format PREPARING CHANGE REQUESTS FOR CAB REVIEW Change Request Information CAB Lead Times CHANGE REQUEST APPROVALS CAB Approval Criteria Change Request Approval Change Request Revocation CAB MANAGEMENT ACTIVITIES CAB Operation Meetings of 17
5 About This Document Purpose This document provides guidelines on the operations of a Change Advisory Board (CAB). In addition, it describes what is expected of change owners presenting change requests to the CAB. All requests for change are presented to the CAB for approval prior to implementation. Peregrine ServiceCenter (PSC) is the system of record for Company ABC change requests. All change request information, reporting, and decisions will be managed against the PSC record. 5 of 17
6 1. The Change Advisory Board (CAB) 1.1 CAB Structure Change Advisory Boards (CABs) consist of groups of associates who have decision authority on the implementation of changes. CAB members should have a clear understanding of the customer business needs and the user community, as well as the technical development, support functions, and environments. 1.2 CAB Types There are three types of CABs at Company ABC. Local CABs are a group of leaders from various functional teams who review those change requests that have the potential to affect their immediate areas of support or responsibility. Local CABs do not provide final approval. However, the Local CAB approval to those change requests that meet requirements positions the change for final approval in the Intermediate CAB. Groups that do not have a Local CAB will have their changes reviewed and approved by an Intermediate CAB. Intermediate CABs are comprised of a group of leaders from the Core and Channel CABs who review and have final approval authority for their environments. (see Section 2 - CAB Relationships). Core CABs review and approve changes associated with CORE banking infrastructure or facilities such as: Network, Mainframe, Facilities, etc. Channel CABs review and approve changes associated with a particular Bank service channel such as: Telephone Banking Channel, ATM/POS Channel, etc. Channel CABs also review Core changes that may affect them, but do not approve Core changes. Example: Related approved network changes appear on the CSSCAB change review report. This provides CSS visibility to related and approved events. Enterprise CAB is the highest-level CAB and is comprised of executive and senior level management. The Enterprise CAB reviews significant change events with high potential for corporate or customer impact. The Enterprise CAB does not provide approvals to change requests, but does have the authority to revoke any approved change if the situation warrants. The Enterprise CAB is focused on significant changes or conflict between CABs as identified by all of the other CABs. The Enterprise CAB is the final possible veto for these changes prior to production implementation. This CAB is also responsible for the overall Company ABC appetite for risk and change and collision between major projects. 6 of 17
7 2. CAB Relationships Enterprise/Intermediate Core & Channel CAB Relationships Enterprise Change Advisory Board (Significant Change Events) Enterprise Change Advisory Board The Enterprise CAB can veto a change request approved by an Intermediate CAB. CSSCAB ATMCAB BANKCAB Etc. Channel related Change Advisory Boards Intermediate Level (Service Channel Events) Customer Service & Support ATM - POS Channel Banking Centers Channel ETC. Significant changes approved by Intermediate CABs are presented to the Enterprise CAB Final approval for change request are provided at the Intermediate CAB Core Change Advisory Boards Intermediate Level (Core Infrastructure Events) NETCAB Network, Facilities, Corporate Software Distribution, etc. SYSCAB Changes approved at Core CAB can be viewed at Channel Level Mainframe, LPAR, etc. Note: Until CAB approvals are recognized and associated in PSC, PQA approval will represent CAB approval. 7 of 17
8 3. CAB Membership 3.1 CAB Membership The CAB membership is comprised of representatives from participating business and technical support teams. These representatives participate in the scheduled CAB meetings and support decisions on presented change requests. 3.2 CAB Roles Below is a list of those currently associated with CAB roles: CAB Leader Decision maker / tie breaker Conscious of the current level of risk the business is willing to tolerate Participates in the Enterprise CAB Documents business sensitive dates Aware of service level agreements Communicates with the business CAB Facilitator Facilitates the CAB meeting Facilitates CAB preparation meetings CAB Communications Representative Maintains CAB membership list Creates, distributes and/or posts CAB reports Manages scheduling of CAB and other related meetings Provides CAB website and mailbox support CAB Follow-up Representative Updates PSC with CAB results Distributes results of CAB decisions 8 of 17
9 CAB Report Generation Analyst Reports changes to be approved Reports results of changes Reports trends and analysis Post Problem Review Analyst Performs analysis of post problem reviews for changes with negative operational or customer impact. Reviews and analyzes Emergency changes which caused problems Identifies continuous improvements to the review process Designs and implements criteria for the change review process lessons learned Subject Matter Experts Change Owners Change Developers Change Requesters Change Managers Change Coordinators Quality Assurance Analysts Operations Specialists Application Specialists Project Managers Other supporting roles Refer to the associated CAB Communication Packet on the PQA website for information on membership and scheduling of a particular Change Advisory Board. 9 of 17
10 4. CAB Communications 4.1 CAB Website All current reports, communications, and documents associated with the various CABs will be provided on the CAB website. The URL for this site is as follows: CAB Each CAB will have a unique CAB ID for communications relating to their change activities. Official CAB communications will be delivered from these accounts. For example: DG CSSCAB for Customer Service & Support Channel CAB DG NETCAB for Network Core CAB 4.3 CAB Communication Representative The CAB Communication Representatives will monitor their assigned account for incoming messages and will distribute any messages to the CAB leaders and/or membership accordingly. 10 of 17
11 5. CAB Meetings 5.1 CAB Pending Approval Report The CAB Pending Approval Report will be posted on the PQA CAB website prior to the scheduled CAB meeting. The change requests contained in this report will be used to drive the CAB change review meeting. The posting of the report should coincide with the established change lead time (See Change Submission Timeline diagram in Section 7.1). The formats below are only a recommendation and may change as efficiencies are identified to the report/review process. The CAB pending approval report will be divided into two sections: High Risk or Significant changes requiring discussion; Low Risk and Non Significant changes not requiring discussion. Questions or concerns with Low Risk changes on the report can be raised for discussion. Changes from Core CABs (example: Network changes) may appear on the Channel CAB report as informational only. These changes are not reviewed in the Channel CAB, but in their appropriate Core CAB. 5.2 CAB Meeting Format The CAB meeting format can vary by CAB. To keep the meeting short, effective, and consistent across CABs the recommended format of a standard CAB meeting is described below: Call the Roll. The roll is called to determine if there is proper representation for the changes being reviewed. All change requests reviewed during the CAB meeting will need representation should questions arise. If there is no representative to address questions, the change will remain in a pending state until the next CAB meeting. The Facilitator will notify the Change Owner that the change was placed in a pending state. If the Change Owner wants to schedule a meeting to discuss the change prior to the next CAB meeting, he should contact the CAB Leader. The CAB Leader can give approval to implement once outstanding issues are resolved. The meeting will serve to communicate the approval status of the change. Present changes on the report to the CAB. A brief discussion may take place for some changes. When it is determined that the concerns or conflicts no longer exist with a presented change, the CAB will approve the change. Change requests requiring 11 of 17
12 a lengthy discussion, or determined not to be properly planned, will be left in a pending state and the discussion taken off-line. The change will remain in a pending state until the next CAB review, unless the Change Owner arranges for a meeting with the CAB Leader to review the change prior to the next CAB meeting. The CAB Leader can give approval to implement once outstanding issues are resolved. The meeting will serve to communicate the approval status of the change. Until CAB approvals are recognized and associated in PSC, PQA approval will represent CAB approval. Discussion. Review any emergency or exception change events. Create and post Reviewed Change Report showing all reviewed changes after the CAB meeting. This report will be posted on the PQA CAB website. Emergency/Expedite change requests: All break/fix incidents which result in a change to the current infrastructure will require a corresponding change record. The purpose of this is to track ALL changes to the BOA network and associated devices. Emergency change requests. Emergency change requests must be linked to a corresponding incident record. An emergency change is for work performed against a Severity 1 or Severity 2 problem ticket, one that is accumulating failed customer interactions (FCIs) and can be performed prior to a change ticket being created. It is important that the FCI s be corrected under the normal SLA for sev 1 and sev 2 incidents. The owner of the change will need to submit a Peregrine change ticket, recording the change event, within one business day of fixing the emergency problem. If the emergency fix will require a system outage or reset, the change executor must first contact ESYS to inform them of this outage or reset. Severity 3 incidents will follow the expedite change process below. Expedite change requests. When a change request is submitted short of the established lead-time, this is considered an expedite change request. Expedited change must be submitted for review no later than 48 hours prior to execution. Expedite change requests require a completed Expedite form (available on the PQA CAB website) explaining why the change request is submitted with short notice. The change must also have approval from an SVP associated with this change event, or for EDS expedites, Governance members approval. The SVP or Governance member can the expedite request signaling their approval, to the DG PQA-Change Operations mailbox. ** The next release of Peregrine will not recognize expedite change requests all will fall under emergency. *** Change owners can petition the CAB Leadership for direction on handling specific routine or repeatable change procedures. The CAB Leadership will review the petition, discuss the event with the change owner, and provide direction on how future change events for this described activity will be handled. Petitioning the CAB Leadership for a new Change Type will initiate this action. More information will be available on the CAB Website. 12 of 17
13 6. Preparing Change Requests for CAB Review 6.1 Change Request Information For the CAB to properly review change requests, the change requests should contain the following information: Manager approval Complete and accurate information in the PSC change request fields (document on the PQA CAB website provides more information on what is expected in these fields.) Change Planning information. Completing the Change Implementation Plan template captures all the information requested below. (See Change Implementation Plan Template) o Implementation verification - and back-out plan details with hand offs. o Listing of those parties involved in the execution of the change event o Listing of those parties known to be impacted by the change event Some change requests may require additional information, such as: Updates to associated operational procedures, if any are affected Impact to customer or associate experience, if any Information that is required, but not identified as a field in PSC, should be included as an attachment to the PSC change record. Change requests from PSC are presented to the CAB. Change requests not containing all required information will not be presented to the CAB for review. The change owner will be informed of these issues in order to address them. It is expected that those change requests reviewed by a Local CAB will have met the above criteria, in addition to completing the information listed below. This information will allow for quicker decision of change requests at the Intermediate CAB level. The risk rating on the change has been reviewed by the Local CAB and adjusted if necessary Significant changes, those with high potential for impact, are noted as such on the change request Change requests have all required approvals up to, but not including PQA approval. Note: When determining the impact and risk of a change event, it must be considered the change will fail and cause the object of change to malfunction, the worst case scenario. 13 of 17
14 6.2 CAB Lead Times CABs require a lead-time prior to change implementation to review changes. It is recommended that no less than a 10-calendar day lead-time be used for all changes. The change request must be completed and submitted with any required information attached 10-calendar days prior to the actual start date of the change event. This lead-time allows the CAB members sufficient time to properly review the request. Actual CAB lead times are posted in the CAB Communication Packet. The chart below diagrams the timeline associated with the submission, review, and execution of a change request. Change Submission Timeline Change Submit Date Change Request Planned Start Date (Prepare Time + Lead Time) Change Planned Start Date Prepare Time enough time to document and finalize change plans Lead Time (determined by CAB) 10 Calendar days Change owner prepares change request and associated planning documents. Change owner/ coordinator reviews plans with peers and participants All approvals applied to ticket except CAB (PQA) approval. Change information is complete and available for CAB membership (LOB s, T&O, PQA, etc.) to review Changes approved by CAB can be executed as early as this week. EDS approvals applied Submit Change Request Varies based on individual process requirements CAB Planned Change report posted 3 days CAB change review meeting 7 days (weekly CAB meetings) Next CAB change review meeting 14 of 17
15 7. Change Request Approvals 7.1 CAB Approval Criteria The CAB expects requests presented for approval will meet the following criteria: Change request submission Change requests are submitted in Peregrine Service Center (PSC). The information contained in the PSC change record fields are completed as described in the Guidelines for Submitting a Peregrine Change Request document. (See Peregrine ServiceCenter Change Management Reference Guide) Planned change lead times - Change requests submitted and completed within a CAB defined timeframe, prior to implementation, will be considered planned changes. Each CAB may determine different lead times, however, it is recommended all CABs use a 10-calendar day lead-time. Those submitted with a shorter lead-time will be considered Expedites and need to follow the Expedite process. (See Expedite Process Document) Expedite change requests - Change requests submitted with less notice than required of a planned change and greater than 48 hours of execution, are considered Expedite changes. Expedite change requests will require SVP or, for EDS initiated, EDS Governance approval. An Expedite Form, explaining the reason this change was not planned, must be attached to the Peregrine change request for the Expedite request to be considered. (See Expedite Form) Emergency change requests Any change required within 24 hours of the event to correct a Severity 1 or Severity 2 client impact is considered an Emergency change. Emergency changes can be implemented prior to the creation and submission of the change request. A change request describing the Emergency change must be submitted within 1 business day after the implementation. 7.2 Change Request Approval Until CAB approvals are recognized and associated in PSC, PQA approval will represent final CAB approval. With Intermediate CAB consent on a change, PQA will provide the PQA approval. PQA approval posted on a change request represents Intermediate CAB approval. Any changes denied or pending CAB approval will initiate a denied action in PSC, where the request status is changed to denied with an auto-message delivered to the Change Owner. 15 of 17
16 Any changes left in a pending state by the CAB will prompt PQA to update the Coordinator Tab on the change record with any action items for the Change Owner that were requested by the CAB. ***A follow up will also be sent to the Change Owner detailing what information is required. 7.3 Change Request Revocation Change approvals can be revoked in one of three ways: The Enterprise Change Advisory Board has made a decision to postpone or cancel the change event. Only significant change events are presented to the Enterprise CAB. If the Enterprise CAB revokes approval on a change request, the CAB Leader will notify the change owner. A post approval conflict discovered between an approved change and an associated/related change request presented at another CAB. The CAB Facilitator initiates a discussion between the change owners and CAB leaders and appropriate or accommodating decisions made. The information on the discussion is recorded in the Coordinators Tab by PQA on those change records involved. Emergency or contingency operational needs dictate that the change cannot take place on or close to the change implementation date. *** PQA will work to communicate revoked change approvals within 48 hours of execution, however in some instances this may not be possible. Examples include revoking a change approval at the Enterprise change review, when the change is scheduled to execute the next day. In a case where contingency plans are implemented, this too may occur within 48 hours of a change execution. 16 of 17
17 8. CAB Management Activities 8.1 CAB Operation Meetings CAB members also meet to make decisions on CAB operations, strategies or issues other than change request reviews. These meetings are outside the regularly scheduled CAB change review meetings and may address items, such as: Maintenance of CAB operating rules Review and update or revise the current rules or guidelines for their CAB. Performance statistics and reporting to LOBs Review CAB performance measurements and suggest steps to improve. Review and recognition of established or repeatable processes Established or repeatable processes are defined as standard processes successfully executed on a regular basis. The CAB leaders meet to gain a better understanding of these types of processes and assign a risk and impact rating to them. Lessons learned from failed change events Review of failed change events approved by the CAB. PQA will use the Post Problem Review (PPR) report to determine if a failed change was approved by one of the CABs they manage. If so, PQA will notify the responsible CAB leadership to attend the PPR meeting. This will provide continuous improvement to the change process managed by the CAB. 17 of 17
HUIT Change Management with ServiceNow. [email protected] September 2013
HUIT Change Management with ServiceNow [email protected] September 2013 Module 1: Basic Training - Change Requester/Implementer Change Management with ServiceNow Agenda Session Overview HUIT Change Management
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
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
Process Owner: Change Manager Version: 1.0
BMC REMEDY 8.1 CHANGE MANAGEMENT USER GUIDE Process Owner: Change Manager Version: 1.0 DOCUMENT REVISION HISTORY Revision Description Date Approved by Number V1.0 Initial Release 6/25/2015 6/25/2015 Page
Change Management. Service Excellence Suite. Users Guide. Service Management and Service-now
Change Management Users Guide Service Management and Service-now Service Excellence Suite Table of Contents Introduction... 3 Overview and Objectives... 4 Overview... 4 Objectives... 4 Primary Benefits
CA Nimsoft Service Desk
CA Nimsoft Service Desk Rapid Workflow Implementation Guide 7.13.7 Legal Notices Copyright 2013, CA. All rights reserved. Warranty The material contained in this document is provided "as is," and is subject
Release Management Policy Aspen Marketing Services Version 1.1
Release Management Policy Version 1.1 John Toso 5/10/2010 2 Contents Release Management Policy Overview:... 3 Critical Success Factors... 3 Service Level Management (SLM)... 4 Key Performance Indicators:...
Introduction... 4. Purpose... 4 Scope... 4 Manitoba ehealth Change Management... 4 Icons... 4. RFC Procedures... 5
Remedy Change Management Version 3.0 Modified: 10/27/2015 Table of Contents Introduction... 4 Purpose... 4 Scope... 4 Manitoba ehealth Change Management... 4 Icons... 4 RFC Procedures... 5 Process Flow
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
INFORMATION TECHNOLOGY SERVICES IT CHANGE MANAGEMENT POLICY & PROCESS
INFORMATION TECHNOLOGY SERVICES IT CHANGE MANAGEMENT POLICY & PROCESS Revised: 12/5/2011 Table of Contents Overview... 3 Roles and Responsibilities... 4 Management Process Definition... 6 Management Process
National Capital Region Interoperable Communications Infrastructure (NCR ICI)
National Capital Region Interoperable Communications Infrastructure (NCR ICI) Guidelines for Operating a Change Advisory Board (CAB) Modeled on the current Change Advisory Board of the CAD2CAD Data Exchange
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
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...
Process Guide. Release Management. Service Improvement Program (SIP)
Process Guide Release Service Improvement Program (SIP) i Table of Contents Process Guide Release Document Information... 3 Approval... 4 Section 1: Process Vision... 6 Overview... 6 Process Mission and
Change Management Policy
Maine State Government Dept. of Administrative & Financial Services Office of Information Technology (OIT) Change Management Policy I. Statement Information Technology (I.T.) organizations require a process
IT Service Desk Workflow Management in versasrs HelpDesk
Service Level Management The Keystone of versasrs HelpDesk This document outlines IT Service Desk Workflow within versasrs HelpDesk. versasrs HelpDesk is a packaged application enabling organisations to
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.
State of Ohio Private Cloud Managing Severity 1 Tickets
State of Ohio Private Cloud Managing Severity 1 Tickets April 29, 2014 Table of Contents 1 Document Overview... 3 1.1 Scope... 3 1.2 Action or Event that Requires the Procedure... 3 1.3 Goal of the Procedure...
Yale University Change Management Process Guide
Yale University Management Process Guide Yale University Management Process 1 of 29 Table of Contents Introduction... 3 Purpose... 3 Scope... 3 Management Overview... 3 Management Key Concepts... 4 Management
Change Management Service Description
Change Management Service Description Applies to: Office 365 Dedicated Topic Last Modified: 2015-06-29 Change Management Process... 3 Request for Change Process... 3 Change Windows... 3 Change Notifications
Straight2Bank Receivables Services
Straight2Bank Receivables Services Client User Guide Document-Level Financing Version April 2015 Overview This guide contains information which will help users navigate and familiarise with the functions
Ongoing Help Desk Management Plan
Ongoing Help Desk Management Plan HELP DESK IMPLEMENTATION /MANAGEMENT The Vendor shall provide in its Response to DIR a Help Desk Implementation Plan which shall include, but not be limited to: a. Customer
SERVICE LEVEL AGREEMENT January 2015
SERVICE LEVEL AGREEMENT January 2015 Please Note: This may not be the newest version of this document; due to our policy of continuous improvement and to meet the changing needs of our clients service
HP Change Configuration and Release Management (CCRM) Solution
HP Change Configuration and Release Management (CCRM) Solution HP Service Manager, HP Release Control, and HP Universal CMDB For the Windows Operating System Software Version: 9.30 Concept Guide Document
HP Service Manager. Process Designer Content Pack 9.30.1. Processes and Best Practices Guide
HP Service Manager Process Designer Content Pack 9.30.1 Processes and Best Practices Guide Document Release Date: June, 2012 Software Release Date: June, 2012 1 Legal Notices Warranty The only warranties
HP Service Manager. Software Version: 9.34 For the supported Windows and UNIX operating systems. Incident Management help topics for printing
HP Service Manager Software Version: 9.34 For the supported Windows and UNIX operating systems Incident Management help topics for printing Document Release Date: July 2014 Software Release Date: July
IT-P-001 IT Helpdesk IT HELPDESK POLICY & PROCEDURE IT-P-001
IT HELPDESK POLICY & PROCEDURE IT-P-001 Date:25 September, 2013 Amemberof, LAUREATE I'.;TlRNAT'Oi'lAl. UWII[RSITIB Stamford International University Policy Policy Statement This Policy has been written
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
CITY UNIVERSITY OF HONG KONG Change Management Standard
CITY UNIVERSITY OF HONG KONG (Approved by the Information Strategy and Governance Committee in December 2013; revision 1.1 approved by Chief Information Officer in September 2015) PUBLIC Date of Issue:
Following up recommendations/management actions
09 May 2016 Following up recommendations/management actions Chartered Institute of Internal Auditors At the conclusion of an audit, findings and proposed recommendations are discussed with management and
HOW TO MANAGE SERVICE REQUESTS USING FOOTPRINTS TICKETS
HOW TO MANAGE SERVICE REQUESTS USING FOOTPRINTS TICKETS How to Manage Service Requests Using Footprints Tickets... 1 Introduction... 3 Planning to use Footprints... 3 Services... 3 Agents... 3 Teams...
How to integrate Verax NMS & APM with Verax Service Desk
How to integrate Verax NMS & APM with Verax Service Desk Table of contents Abstract... 3 1. Configuring Service Desk notification profile in Verax Administrator Console... 4 2. Configuring incident categories
ITS Change Management Process
ITS Change Management Process The overall goal of Change Management within the ITS Division is to align changes to the business and academic environment thus minimizing impact and reducing the risk of
STATEMENT BY ALAN RAPAPORT, M.D., M.B.A. PHYSICIAN SURVEYOR THE JOINT COMMISSION BEFORE THE NEW MEXICO HEALTH AND HUMAN SERVICES COMMITTEE
STATEMENT BY ALAN RAPAPORT, M.D., M.B.A. PHYSICIAN SURVEYOR THE JOINT COMMISSION BEFORE THE NEW MEXICO HEALTH AND HUMAN SERVICES COMMITTEE AUGUST 13, 2012 Background I would like to take this opportunity
[name of project] Service Level Agreement
[name of project] Service Level Agreement Policies and Procedures Posting: Nov.2008 Rev# xxx CIO Sign-Off: Approved and Reviewed By: Date: Document ID: SLA Revision 001 Authors: Disclaimer: Document sign-off
Infrastructure Change Management. The process and procedures for all changes to the live environment
Infrastructure Change Management The process and procedures for all changes to the live environment Version 4.1 October 2012 1.0 Introduction... 3 2.0 The Change Process... 4 2.1 Why raise a change?...
Managed Services Online
Managed Services Online Enrolment Guide Application Enrolment and Managing Users October 2013 Managed Services Online, User Guide, Version 1.0 Telstra Corporation Limited (ABN 33 051 775 556) 2012. All
Google Apps SSO to Office 365 Integration
KETS Google Apps SSO to Office 365 Integration Kentucky Department of Education Version 1.6 4/21/2015 Google Apps for Education (GAFE) + Microsoft Active Directory Integration Introduction Welcome to the
CA Cloud Service Management Proven Professional Certification Exam
CA Cloud Service Management Proven Professional Certification Exam (CAT-520) Study Guide Version 1.1 - PROPRIETARY AND CONFIDENTIAL INFORMATION 2015 CA. All rights reserved. CA confidential & proprietary
Provider Monitoring Process
Provider Monitoring Process This statewide provider monitoring process is applicable for all providers including direct vendors and Organized Health Care Delivery Systems (OHCDS) qualified to provide Consolidated
Service Level Management
Process Guide Service Level Management Company ABC Service Improvement Program (SIP) Process Guide Service Level Management Table of Contents Document Information... 3 Approval... 4 Section 1: Process
Novo Service Desk Software
Product Data Sheet The Novo Service Desk has helped streamline processes, reduce costs, provide better metrics, and run a more efficient help desk Lender Processing Services Novo Service Desk Software
HP Service Manager. Software Version: 9.40 For the supported Windows and Linux operating systems. Processes and Best Practices Guide (Codeless Mode)
HP Service Manager Software Version: 9.40 For the supported Windows and Linux operating systems Processes and Best Practices Guide (Codeless Mode) Document Release Date: December, 2014 Software Release
Integrated Currency Manager
Solution Training Integrated Currency Manager Get the Most out of Learning Integrated Currency Manager by Using These Tools Which are Designed for Both New and Existing Users. July 2015 Solution Training
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
Introduction... 2. Purpose... 2 Scope... 2 Icons... 2. Tasks and ehealth Processes... 3. Incident Management... 3 Change Management...
Version 1.5 Modified: 01/21/2013 Table of Contents Remedy Tasks Introduction... 2 Purpose... 2 Scope... 2 Icons... 2 Tasks and ehealth Processes... 3 Incident Management... 3 Change Management... 3 Overview
Change Management Process Guide
XXXXX (XX) IT Operational Process Change Management Process Guide XXXXX Information Technology Preface The purpose of this document is to outline the procedures that govern the Change Management process
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
Montgomery County Office 365 (O365) - Outlook Migration. Frequently Asked Questions (FAQ s)
Montgomery County Office 365 (O365) - Outlook Migration Frequently Asked Questions (FAQ s) Preparation for Migration 1) How do I determine which version of Office I have? a. On the Office 365 transition
Maximo and ITIL Business Case Scenario
Maximo and ITIL Business Case Scenario Bill Adamson, Maximo ITSM Consultant-CEMASS IBM January 2008 Asset & Management Solutions Broad, best-in-class capabilities for managing the critical assets that
Straight2Bank Invoice Finance
Straight2Bank Invoice Finance Client User Guide Import & Export Invoice Finance Version April 2015 Overview This guide contains information which will help users navigate and familiarise with the functions
Process Description Incident/Request. HUIT Process Description v6.docx February 12, 2013 Version 6
Process Description Incident/Request HUIT Process Description v6.docx February 12, 2013 Version 6 Document Change Control Version # Date of Issue Author(s) Brief Description 1.0 1/21/2013 J.Worthington
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
ITIL V3 Intermediate Capability Stream:
ITIL V3 Intermediate Capability Stream: RELEASE CONTROL AND VALIDATION (RC&V) CERTIFICATE SCENARIO BOOKLET Scenario One A global commercial IT service provider has three service desks that support internal
White Paper: BMC Service Management Process Model 7.6 BMC Best Practice Flows
White Paper: BMC Service Management Process Model 7.6 BMC Best Practice Flows October 2009 www.bmc.com Contacting BMC Software You can access the BMC Software website at http://www.bmc.com. From this website,
COMPANION POLICY 31-103CP REGISTRATION REQUIREMENTS AND EXEMPTIONS. Table of Contents
COMPANION POLICY 31-103CP REGISTRATION REQUIREMENTS AND EXEMPTIONS Table of Contents Part 1 Definitions and fundamental concepts 1.1 Introduction 1.2 Definitions 1.3 Fundamental concepts Individual registration
Workcover Guidelines on Injury Management Consultants
4210 SPECIAL SUPPLEMENT 28 September 2012 Workcover Guidelines on Injury Management Consultants Workplace Injury Management and Workers Compensation Act 1998 I, Julie Newman, the Acting Chief Executive
User Guide for Submitters
User Guide for Submitters Information Technology Procedure Scope: BOR Revision Date: 5/8/2015 Table of Contents 1. Introduction... 2 2. Submitter Responsibilities... 2 3. Overview of the RFC Process...
SERVICE EXCELLENCE SUITE
USERS GUIDE Release Management Service Management and ServiceNow SERVICE EXCELLENCE SUITE Table of Contents Introduction... 3 Overview, Objectives, and Current Scope... 4 Overview... 4 Objectives... 4
Helpdesk manual. Version: 1.1
Version: 1.1 Date: 06-May-2014 Introduction Once a new system has been delivered, or an update has taken place, issues could occur, questions raised and new functionality needed. You can register these
The PTA s new membership website database and dues reporting system
M3 The PTA s new membership website database and dues reporting system State Level Actions from Task Menu M3 CAPABILITIES The State must authorize a user to have access to M3. The State s authorized users
Standard Monitoring Procedures
Standard Monitoring Procedures GEO Certified Club and Course Management Golf Environment Organization 2 Quality Street North Berwick Scotland EH39 4HW T: +44 (0) 1620 895100 W: golfenvironment.org Reference:
APPENDIX I ELAVON STANDARD PROPOSED NEGOTIATION LANGUAGE (PER EXHIBIT D.1.e) FOR LOCAL AUTHORIZED USERS
APPENDIX I ELAVON STANDARD PROPOSED NEGOTIATION LANGUAGE (PER EXHIBIT D.1.e) FOR LOCAL AUTHORIZED USERS Capitalized terms used and not otherwise defined in this Appendix shall have the meanings ascribed
Version 6.5 Users Guide
Version 6.5 Users Guide INTRODUCTION 9 HOW TO USE THIS GUIDE 9 INSTALLATION PROCEEDURE 10 SYSTEM OVERVIEW 12 SYSTEM CONCEPTS AND TERMINOLOGY 12 Requests 12 Problems 13 Changes 13 System Access and Menu
Information Technology Division. Customer Service Support Center
Information Technology Division Customer Service Support Center BFAT Committee Report March 7, 2002 Overview of KPMG findings Current status Expenditures Year 4 E-rate LAN Package Support Costs Outsource
Internal Help Desk. Construction Document
Internal Help Desk Construction Document Internal Help Desk 2 Table of Contents Process Diagram... 4 Data Model... 5 System Entities... 6 WFUSER 6 Area 6 Case Type... 6 Request Type... 6 Category... 6
All other issues are to be submitted via a request ticket utilizing the Web Helpdesk found at https://helpdesk.tbcdsb.on.ca
Information Technology This Information Technology (ITSLA) establishes the overall support levels for IT supported systems and services within the Thunder Bay Catholic District School Board. Goals of Technology
Service Delivery Framework
Service Delivery Framework 1 Delivery Manager Team Hierarchy CRM HR SPOC Operations Manager Finance Resource Team Team Lead Unix Team Lead DBA Shift Lead Unix SA Shift Lead Oracle Team Member Unix SA Team
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
By JD Riley at 11:05 am, Oct 24, 2012 Part 242 Submission October 24, 2012
October 24, 2012 Request for Approval of Electronic Submission Part 242 Submission As provided for in 49 CFR 242.101, Burlington Northern Santa Fe (BNSF) will maintain a program for determining the certification
Policies of the University of North Texas Health Science Center
Policies of the University of North Texas Health Science Center 14.650 UNT Health IT Change Policy Chapter 14 UNT Health Policy Statement. It is the standard operating policy of UNT Health, UNTHSC Academic
ITIL Roles Descriptions
ITIL Roles s Role Process Liaison Incident Analyst Operations Assurance Analyst Infrastructure Solution Architect Problem Manager Problem Owner Change Manager Change Owner CAB Member Release Analyst Test
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
CHAPTER 59A-23 WORKERS COMPENSATION MANAGED CARE ARRANGEMENTS 59A-23.001 Scope. 59A-23.002 Definitions. 59A-23.003 Authorization Procedures.
CHAPTER 59A-23 WORKERS COMPENSATION MANAGED CARE ARRANGEMENTS 59A-23.001 Scope. 59A-23.002 Definitions. 59A-23.003 Authorization Procedures. 59A-23.004 Quality Assurance. 59A-23.005 Medical Records and
Service Support. Change
Service Support Change Management ITIL Change Management - 1 Module Objective Define the scope of the Service Support function of Change Management in the IT Infrastructure Library (ITIL) Provide an overview
Fixes for CrossTec ResQDesk
Fixes for CrossTec ResQDesk Fixes in CrossTec ResQDesk 5.00.0006 December 2, 2014 Resolved issue where the list of Operators on Category was not saving correctly when adding multiple Operators. Fixed issue
Support Request Ticketing System User Guide
Support Request Ticketing System User Guide Prepared by: Last Updated Document Ref: Document Version: Rapid4Cloud March 2016 Support Request Ticketing System User Guide 1.1 Copyright 2016, Rapid4Cloud
Gwinnett County Public Schools Information Management & Technology BMC FootPrints Service Core CHANGE MANAGEMENT User Guide
Gwinnett County Public Schools Information Management & Technology BMC FootPrints Service Core CHANGE MANAGEMENT User Guide Version 2.0_05.2015 Last revision: May 18, 2015-1- Table of Contents Table of
Change Management Policy
Change Management Policy Change management refers to a formal process for making changes to IT services. The goal of change management is to increase awareness and understanding of proposed changes across
Incident Management and Request Fulfilment
Incident Management and Request Process Overview and Process Summary Diagrams Detailed processes and roles are fully defined in the process guides: ITSM-RF-PRD-Process Guide-v0 07 and ITSM-IM-PRDProcessGuide-v0.08.
ITIL Example change management procedure
ITIL Example change management procedure An example change process diagram Change Intiators outside IT (users/customers/supplier/etc.) Change Initiators IT SERVICE DESK Filters change requests RFC REJECT
ENTERPRISE CHANGE MANAGEMENT PROCESS
University of California San Francisco ENTERPRISE CHANGE MANAGEMENT PROCESS VERSION 2.00, REV. 6/20/2013 Table of Contents 1 About this Process Document... 6 1.1 Intended Audience... 6 1.2 Assumptions...
Georgia College & State University
Georgia College & State University Milledgeville, GA Change Management Control Procedures 1 Change Management Control Table of Contents TABLE OF REVISIONS... 3 SECTION 1: INTRODUCTION... 4 1.1 Scope and
Windsor Police Service False Alarm Reduction Bylaw
Windsor Police Service False Alarm Reduction Bylaw TABLE OF CONTENTS Definitions... page 1 Registration Procedures.. page 4 ATM s page 4 Refusal. page 5 Revocation. page 5 Suspension.. page 5 Keyholders
Disaster Preparedness & Response
3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 A B C E INTRODUCTION AND PURPOSE REVIEW ELEMENTS ABBREVIATIONS NCUA REFERENCES EXTERNAL REFERENCES Planning - Ensuring
Introduction. Helpdesk System
Introduction The User Guide is intended for Perridot Customer (mentioned as Customer ) who has contractual maintenance license agreement signed with Perridot. It provides our customer with some insights
Department of the Interior Infrastructure Services Division
Department of the Interior Infrastructure Services Division Standard Operating Procedure Web Filter Exception Request Process May 20, 2014 WFER SOP Final Version 1.4 Page 1 of 10 Table of Contents 1. Purpose...
CCIT Change Management Policy
CCIT Change Management Policy Executive Summary The Clemson Computing & Information Technology (IT) infrastructure at Clemson University is expanding and continuously becoming more complex. There are more
Business Continuity Plan
Business Continuity Plan October 2007 Agenda Business continuity plan definition Evolution of the business continuity plan Business continuity plan life cycle FFIEC & Business continuity plan Questions
I n t e l l i g e n t N e t w o r k S o l u t i o n s
This NetWolves Service Level Agreement ("SLA") provides detailed Descriptions of Metrics for NetWolves service performance and installation for Business Internet Access Services ( BIA Services ). This
