Prioritisation
Enables focused attention on critical incidents, optimising resource allocation for timely and effective responses.
Efficiency
Streamlines processes, reducing response times and improving overall incident management through targeted actions.
Clarity
Enhances communication and decision-making with clear, structured management, improving stakeholder understanding.
Adaptability
Offers flexibility in managing diverse incidents, ensuring responses are tailored to specific organisational needs.
Default platform priorities are "Emergency", "High", "Medium" and "Low".
Default platform severity levels are: "Critical", "Major", "Moderate", "Minor".
Rename or remove the default priority or severity levels.
If access permissions allow, users can escalate or de-escalate the priority or severity levels manually.
Add your own priority or severity levels.
Assign priority or severity levels to be available on specific event categories, sub-categories and/or types.
Allocate a default priority or severity levels when a specific type is reported i.e. a 'bomb threat' would be an emergency priority and critical severity.
Allocate a default priority or severity levels when a specific question option is answered i.e. 'Is violence involved = Yes' would increase the priority and severity.
Trigger automated notifications based on severity or priority changes - See "Automated Notifications".
Default statuses for incident/critical events are "New (Reported/Submitted)", "In Progress", "Escalate", "Under Investigation", "Management Review", "Awaiting Information (On Hold), "Post Incident Analysis", "Closed".
Separate state for "Draft" where users can save the report without submitting.
Rename or remove the default statuses.
Add your own statuses
Assign statuses to be available on specific event categories, sub-categories and/or types.
Restrict statuses to specific access levels for both the ability to select and the ability to view.
Restrict statuses to specific locations for both the ability to select and the ability to view.
Allocate a default status when a specific type is reported i.e. a 'bomb threat' would be set to an 'escalate' status.
Allocate a status change when a specific question option is answered i.e. 'Is violence involved = Yes' would be set to an 'escalate' status.
Set a automated status change if there has been no action after a specific time i.e. Automate the status to "Closed" after 48 hours.
Trigger automated notifications based on severity or priority changes - See "Automated Notifications".
Trigger automated tasks based on status changes - See "Task Management".
In critical event management, the use of statuses is pivotal for tracking the lifecycle of an incident from identification through to resolution and closure.
Effective status management not only ensures clear communication among stakeholders but also facilitates efficient incident resolution and post-incident analysis. By effectively managing incident statuses, organisations can enhance their incident management processes, leading to quicker resolutions, improved communication, and higher levels of stakeholder satisfaction.
Here are some common ways statuses are used in incident management and associated best practices:
In essence, customised status management transforms incident management into a dynamic, adaptable, and efficient process, enhancing an organisation's ability to manage crises effectively.
Customised status management for incident management offers several key benefits:
Yes! The platform allows you to create your own severity and priority levels and utilise dynamic forms and workflows to create specific requirements.
The choice of criticality methodology depends on the organisation's specific needs, the nature of its operations, and the types of issues or risks it faces. It's common for organisations to adapt either common methodologies or combine elements from multiple approaches to create a system that best fits their operational context and objectives. Regardless of the method, the goal remains the same: to ensure that resources are focused where they can have the most significant impact on maintaining or enhancing performance, safety, and customer satisfaction.
This classification helps organisations allocate resources efficiently, respond to problems effectively, and minimise impacts on business operations.
Here are different types of criticality methodologies that can be used to assess severity and priority:
One of the most common methods, this involves creating a matrix with impact on one axis and urgency on the other. The intersection of impact and urgency determines the priority:
The Information Technology Infrastructure Library (ITIL) suggests a priority coding system often used in IT service management, combining impact and urgency to determine priority levels (P1 to P4, for example), where P1 is the highest priority.
A risk matrix assesses issues based on the likelihood of occurrence and the severity of impact. This method is widely used in project management and operational risk assessment to prioritise risks and determine mitigation strategies.
Used primarily in project management and software development, MoSCoW categorises tasks into:
Though more a personal productivity tool, the Eisenhower Matrix can be adapted for incident prioritisation, dividing tasks into four quadrants based on urgency and importance:
Many IT and customer service departments use predefined severity levels (S1 being the most severe) to classify issues based on their impact on business operations, customer experience, or system functionality.
A straightforward method where issues are assigned a priority level based on a combination of factors, including impact, urgency, and resource availability.
Organisations may develop custom criticality frameworks tailored to their specific operational, industry, or regulatory requirements. These frameworks can include more nuanced levels of impact and urgency, consider specific stakeholder needs.
FMECA is a detailed analysis method used to identify potential failure modes, their causes and effects on system performance, and the criticality of these failures. It’s particularly useful in manufacturing and product development.
Customised criticality management for incident management not only enhances the immediate response to incidents but also contributes to a more resilient and agile organisational culture, better equipped to handle the complexities of modern operational environments.
Customised criticality management, involving the tailoring of severity and priority levels for incidents, offers several significant benefits for effective incident management: