This site requires JavaScript to be enabled
An updated version of this article is available

Major Incident: Business Process

8073 views

10.0 - Updated on 2024-07-09 by Lisa Hisson

9.0 - Updated on 2024-06-01 by Terri Kouba

8.0 - Updated on 2023-01-13 by Rich Meyer

7.0 - Updated on 2019-04-29 by Rich Meyer

6.0 - Updated on 2019-04-23 by Kellie Watters

5.0 - Updated on 2019-07-30 by Rich Meyer

4.0 - Updated on 2019-04-11 by Rich Meyer

3.0 - Updated on 2019-04-08 by Rich Meyer

2.0 - Updated on 2019-07-30 by Rich Meyer

1.0 - Authored on 2018-12-12 by Terri Kouba

A major incident (MI) is an incident that results in significant disruption to the business and demands a response beyond the routine incident management process. Major incidents often have a separate business procedure with shorter timescales and urgency that is required to accelerate resolution process for incidents with high business impact.

The definition of what constitutes a major incident is being determined and agreed upon (as of November 2018). For example, a major incident could be created if a critical business service is impacted or if there is a service outage that affects a large number of users.

 
Here is the general workflow for managing a Major Incident. (PDF)
 

Major Incident Process Workflow

 

 
During Business Hours
 
Here are steps that enable the creation of a Major Incident:
 
  • Propose an incident as a major incident candidate by clicking Propose Major Incident from the Incident context menu. (All service technicians)
  • Once an incident has been proposed as a Major Incident candidate, a Major Incident Manager will review the issue with the appropriate service provider and either promote or reject the candidate. 
  • Promote a candidate to a major incident by clicking Create a Major Incident from the context menu. (requires Major Incident Manager role)
  • Reject a candidate (requires Major Incident Manager role)
  • Create a new major incident by clicking Create Major Incident from the left navigation pane (requires Major Incident Manager role) 
 
Here are steps to take to link child incidents to the Major Incident parent ticket:

 

Communications

Our primary communication between the Service Desk and the Service Providers will take place using Slack.  Communications should utilize the active-issues channel on the ucbpi.slack.com instance.  For access to this channel, please contact UC Berkeley's point of contact for Slack.

Here is more information on Slack and general Slack etiquette.

Crucial things in responding to a major incident are to involve right resources, communicate updates to users and stakeholders, setup conference calls to investigate and resolve the incident, and escalate when required.  These business processes will be developed and refined in 2019.

 


 

Outside of Business Hours

Service providers will serve as the Major Incident Manager until the next business day of the Service Desk.  They will have minimal responsibilities in this space as their primary focus will be resolving the incident.

 

 

You can read more about Major Incident here.

Questions?  Send email to Rich Meyer, rtmeyer@berkeley.edu.

 

Attachments MI Process v1.1.pngPasted image.pngMajor Incident Workflow.pngPasted image.png