Major Incident Process

Slides:



Advertisements
Similar presentations
Dr. Hal Guthrie, Superintendent Spring Branch ISD The Future of Learning: Using Technology to Transform Education.
Advertisements

FMS. 2 Fires Terrorism Internal Sabotage Natural Disasters System Failures Power Outages Pandemic Influenza COOP/ Disaster Recovery/ Emergency Preparedness.
Jack Schmidt and Mark Kaletka Fermilab NLIT 2009.
Request Management Mirror-. A random three day sample of Incidents revealed that about 86% of the registered Incidents were legitimate Requests Many other.
Global Congress Global Leadership Vision for Project Management.
Business Continuity Training & Awareness by Sulia Toutai (ANZ)
Knowledge Management, Texas-style Session 508. Presented by: Belinda Perez Stephanie Moorer Knowledge Management, Texas-Style.
ITIL: Service Transition
Request Management System Overview & Education November 2012 Russell Quattlebaum ·
Financial Affairs Communication Plan. Meeting Attendance & FAR Member Guidelines   FAR members are responsible for disseminating information to the.
Dave Jent, PI Luke Fowler, Co-PI Ron Johnson, Co-PI
By Saurabh Sardesai October 2014.
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
ITIL: Why Your IT Organization Should Care Service Support
August 2012TIMPO MHS Service Desk MHS Gov Service Desk Manager.
CERN - IT Department CH-1211 Genève 23 Switzerland t Service-Now UDS training [Jan 2011] - 1 Service-now training for UDS Service-now training.
Business Continuity and You! The Ohio State University Business & Finance Enterprise Continuity Program Quarterly Update October 2008Business and Finance.
ITPD PRODUCTION SUPPORT PROCESS OCTOBER 8, /15/2015 Guiding Principles 1.Support the business area’s needs to execute transactions and expand.
Release & Deployment ITIL Version 3
AGILE DELIVERY FACILITATION Agile Project Manager should see his stakeholders as kids and aim to help them be successful in their respective goals, each.
EASTERN MICHIGAN UNIVERSITY Continuity of Operations Planning (COOP)
Insight Consulting Exercising the Top Team Simon Langdon, Principal Consultant.
CREATING THE ENTERPRISE SOCIAL MEDIA GAME PLAN September 2013.
HUIT Queue Managers Forum May 7, Agenda Welcome The Role of the Service Owner Service Metrics “IT Order Takers” ServiceNow Best Practices, Tips.
Discussion Items with Bruce
Module CC3002 Post Implementation Issues Lecture for Week 4 AY 2013 Spring.
Know the Difference™ ITIL Solution Martin Perlin Marketing Director, Evolven BOOST YOUR ITIL ® INITIATIVES Evolven Comparison assists in many ITIL v3 areas.
Information Services, Griffith University Problem Management Implementation Service Desk Project Phase 2 Project
Commonwealth of Massachusetts Statewide Strategic IT Consolidation (ITC) Initiative ANF IT Consolidation Website Publishing / IA Working Group Kickoff.
Jack Schmidt Fermilab NLIT  The 1 st Year  Staffing Issues  Internal Tool Audit  Problem Management  Change management  Process Improvements.
Roles and Responsibilities
Microsoft ® System Center Service Manager 2010 Infrastructure Planning and Design Published: December 2010.
Service Transition & Planning Service Validation & Testing
Event Management & ITIL V3
Implementing QI Projects Title I HIV Quality Management Program Case Management Providers Meeting May 26, 2005 Presented by Lynda A. O’Hanlon Title I HIV.
ITPD PRODUCTION SUPPORT PROCESS OCTOBER 8, /23/2015 Guiding Principles 1.Resolve production issues in a timely and effective manner 2.Manage.
 SAP Public Sector and Education, 10/26/2015, Slide 1 The University of Tennessee Change Management Business Blueprint.
October 21, 2011 Teresa Bader & Valrie Edwards Personalized Learning Systems Lessons Learned.
Service Desk GOAL: To support the agreed IT service provision by ensuring the accessibility and availability of the IT-organization and by performing.
Developing a Project Management Standard for Your Organization Francine DiMicele, PMP June 08, 2015 NC Piedmont Triad Chapter.
State of Georgia Release Management Training
Engineering EUES Excellence End-User Equipment and Services (EUES) Business Process Reengineering (BPR) Team Proof-of-Process (PoP) Piloting Framework.
Erman Taşkın. Information security aspects of business continuity management Objective: To counteract interruptions to business activities and to protect.
OTC Pres Project Del P5 12/08 Page 1 Project Delivery Performance Improvement Report to the Oregon Transportation Commission Jeff Gower, State Construction.
Incident Management A disruption in normal or standard business operation that affects the quality of service Goal: restore normal service as quickly as.
Community Engagement to Advance Mitigation Action.
Installation and Maintenance of Health IT Systems Unit 8a Troubleshooting; Maintenance and Upgrades; and Interaction with Vendors, Developers, and Users.
Business Continuity Disaster Planning
GRC: Aligning Policy, Risk and Compliance
CBIZ RISK & ADVISORY SERVICES BUSINESS CONTINUITY PLANNING Developing a Readiness Strategy that Mitigates Risk and is Actionable and Easy to Implement.
AUDITING BUSINESS CONTINUITY PROGRAMS AND PLANS What to Look For Presented by: Tommye White, CBCP, DRP Chuck Walts, CBCP, CRP.
MASON ITSM, WHERE ARE WE NOW?. GEORGE MASON UNIVERSITY AGENDA Background – 2013/2014 Organizational Changes ITSM Tool Process Mapping Tool ITIL Framework.
Problem Management for ITSD “Getting to the root of it” Thatcher Deane Feb 28, 2013.
Response to an Emergency Training for 211 Staff in Ontario Updated September
Business Continuity Planning 101
Pandemic Flu Tabletop Exercise (TTX) [insert date of exercise] Public Health – Seattle & King County [insert your agency logo]
Info-Tech Research Group1 Info-Tech Research Group, Inc. Is a global leader in providing IT research and advice. Info-Tech’s products and services combine.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
Call Center Support Process Web Support & Maintenance for BGC Partners Version 1.1 June 3, 2016 Notice: The enclosed material is proprietary to TRIZE Consulting.
Ticket Handling, Queue Management and QlikView Dashboard Workshop
IT Service Operation - purpose, function and processes
What is a Service Desk?.
Description of Revision
The Process Owner is the Secret Agent!
Manage Business Continuity Introductory Brief
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

Major Incident Process @ Progressive

Own lifecycle of all Major Incidents Enable quick restoration of service and minimize impact for all key incidents via centralized communication, collaboration, facilitation, and coordination. Major Incident Facilitation When the IMT takes ownership of an incident record they will provide direction over an AT&T bridge. The bridge will be used for bringing support groups together to make decisions for service restoration and normalization. This will allow technicians to collaborate and troubleshoot the incident. Research potential causes by utilizing tools available to the team including researching change requests, dashboards and related Remedy tickets that maybe related to the incident. Engage Support Groups / Technicians during the course of a Major Incident as needed Document actions from the Major Incident in an Incident Ticket Regularly communicate to stakeholders and interested parties Monitor if the Major Incident meets any Disaster Recovery Triggers Own lifecycle of all Major Incidents Successful restoration and normalization of Service for Major Incidents Remedy Ticket Handling and Documentation Creation of Problem Investigation; Emergency Change Requests, & CI Unavailability Forms Send Incident Notifications and Escalations Pages, texts, and emails regarding a Major Incident Maintenance of the Incident Management Notifications site MyQumas documentation, training Direct-line for Vendors, Partners, & Customers Lifecycle Owner Leadership, Direction, Standards & Practices Incident Task Force For elongated incidents where there is no immediate resolution, the IMT will schedule and facilitate meetings to investigate root cause and normalization of service Platform Owner Planning, Road-mapping, & Supporting Support Groups / Technical Staff Investigation & Resolution of Major Incidents Participate in Problem Reviews The Problem Management team schedules and invites the IMT to review the Key Incident. The IMT is needed to collaborate on details and assist in determining root cause of the incident handled by IMT. The IMT will also give feedback in how well the incident process was executed. Problem COE Communicate & Cooperate Business Inform on Major Incidents Service Desk Coordination during a Major Incident Emergency Change Management When working a Key Incident and a change is required within 24 hours or less to restore service, the Incident Management Team will be engaged to initiate the Emergency Change process. Service Management teams Consult with other SMO process teams for consistency

What is a Major Incident? A Major Incident will be an Incident that meets any of the below criteria.

Today’s Major Incident Model

Issues with current Root Cause Investigation process Lack of focus Unclear Ownership Longer Investigation times Inconsistent Prioritization Finger-pointing Hot Potato Afraid to get ‘dinged’ Lack of customer perspective Do we have the right skill set performing the right functionality?

Focus on Quality Call Auditing:

Communication Incident Management Notifications

Future: Major Incident Process Goal: decrease IMT engagement Time Pilot to begin where we dissect a critical application: understand current monitoring strategy, enhance the monitors Have monitors directly notify IMT Build pre-defined communication / escalation scripts per monitor Some Stats: The average time to engage IMT for 2013 which is 16:59:46 (for 700 total Incidents).  There were a few outliers that caused this number to shoot to just under 17hrs to engage the IMT.  If I take out the top 5, this number drops to 7:37:35. In terms of engaging the IMT, we use 20 minutes as a high-water mark: In 2012, for 82% of Incidents handled by the IMT, took longer than 20 mins to engage the IMT In 2013, this number dropped to 59%. One of our issues today is not so much as monitoring, but easily identifying what is critical. Our current model is for support teams to engage the IMT after they have determined that a Major Incident occurred. With this model, we have seen a big variance of engagement time based on the support groups and issue.

Questions?