How good is your incident management practice? Does it look much like it did ten years ago?
IT service management frameworks have yet to change how incident management is performed beyond making it more efficient.
For over 25 years, incident management has looked like this:
A major system experienced a failure, and technicians jumped into action. A major incident is declared. Regular conference calls take place until service is restored. A major incident report is produced for review and potential follow-up with the problem management process to prevent future occurrences and decrease failures.
Or
A caller contacts the service desk with an issue. Initial troubleshooting might resolve the issue. If a hardware failure is expected or the service desk can’t fix it, the issue is escalated. This is called the watermelon effect, (green outside, red when you peel it.). The tier 2 tech has 2-3 days to restore service. In this scenario, the best incident management practices restore service within the SLAs (service level agreements) that IT established with the business. Still, the end-users are not satisfied with this. What do users want? Fewer interruptions and no downtime.
The Future of Incident Management is Now!
For organizations with mature incident management practices that cannot still achieve high levels of customer satisfaction, technology has caught up and is ready to manage incidents proactively.
AI and predictive analytics can help in two ways:
Both reduce the downtime the user experiences, leading to corporate savings, better employee morale, and improved retention.
What Causes Most Major Incidents?
System-wide failures typically result from one of three potential issues like human error, hardware failures and application/database changes.
Issues with personal devices also have only a few common causes like hardware failures, outdated software versions, missing patches, security fixes, outdated virus signature files, and user error, lack of knowledge.
Incident Management of the Future
The future of incident management is realized when organizations stop working manually and leverage automation to lower failure rates and provide support. Let’s look at three steps to achieve this.
Step 1: Lower Human Error with Automation
DevOps practices have helped drive the popularity of automation in software development, testing, and deployment. These tools and practices help prevent application changes and human error incidents as follows:
Step 2: Monitor and Address Issues Before They Impact Users
Automated device management enables IT teams to automate everyday activities, allowing proactive incident management across the entire computing environment and ensuring every device is managed consistently.
A robust device management application enables and supports the automation of:
Step 3: AI Helps End-Users
The combination of device management, monitoring, and AI is the sweet spot that helps prevent incidents by enabling automation to detect anomalies and attempt resolution based on pre-programmed policies and scripts. This feature allows IT to scale support to manage devices proactively down to the user level.
The final step to achieving modern incident management practice is ensuring end users can get support when an issue prevents them from working. Using incident tickets with detailed resolution information, manuals, and other internal documentation, as well as knowledge bases, conversational and generative AI solutions can be implemented and provide automated first-tier support.
Organizations should work on implementing the following capabilities:
-
Integration between the service portal chat and corporate IM platforms (like Teams or Slack) and the ITSM ticketing system that enables users to chat with a support channel in plain language.
-
This should provide answers to questions and simple instructions on how to work around an error.
-
It should also allow users to enter requests for goods and services or log a ticket if they can’t fix their problem using the information provided.
The Business Value of Incident Prevention
While much of this might sound like problem management, it’s still incident management. It’s simply walking back to the discovery of an issue before it impacts end users. A hard drive that’s having errors and running slowly is an incident. Addressing the incident before the user feels the impact is a miracle that IT can now provide.