Oct. 22, 2023, Post by Curtis
Having a systematic approach to solving problems can offload some of the mental energy required to solve the problem. It will also make sure you don't forget any steps and gives you options if you get stuck in the troubleshooting phase.
Most of the things on this list are obvious, but easy to forget. Having a list of troubleshooting steps has helped me countless times. At the bottom of this article is just the list with no descriptions. Copy it, print it out, and put it on the wall next to your desk. Add things if you think it needs them.
Rarely will you find a problem that doesn't get solved with this checklist.
As a general rule, always start with the simple things and work your way toward the more complex.
An obvious one but we've all forgotten this step a time or 2.
You may need to power off and back on, as rebooting does not reload the bootloader. If the computer won't start you should completely unplug it.
Another obvious and easy to forget step.
Take as many variables out of the equation as possible, as it is often one of these variables that is the problem.
Finding a workaround will buy you some time with the user, as they will be able to get their work done while you research the problem.
Often finding a way around the problem will expose what the problem is, or at least, where the problem is. If the indirect route works but the direct route doesn't, the problem probably lies in the difference between those 2 routes.
Get as much information from the user as possible. Often the user has a vital piece of information that you would think they would volunteer, but they may not realize it is the key to the problem.
Sometimes getting the user to discuss the problem will spark a light bulb in their head and they will find the solution to the problem.
Spend time talking to the user and asking them questions before jumping into the troubleshooting process.
Write down all the details associated with the problem.
There should be 3 different places where Help Desk documents are located:
Many people go to Google earlier in the troubleshooting process. I put it later in the process as it can be a rabbit hole. There is also a lot of bad information on google so I stick with the tried and true methods and internal documentation first.
The event viewer is a wealth of information and can help with all kinds of problems. It will not only help with software crashes by showing you the associated errors, but it will also show you just about any event that happened at the time of the problem.
Try to duplicate the problem and when you do take note of the time. Then check all the events that happened at that time.
There's a pretty good chance that a problem that may take you quite some time would take a certain coworker just a few minutes. It's important to know who this coworker is so that you don't waste any time asking people that are no help.
Knowing what everyone's expertise is in the IT department, and also in other departments, will make problem-solving much easier.
Keep a list of who is an expert at what and always be updating it.
It sounds a little crazy I know, but there is some really good AI available to anyone, for free right now. It's called Chat GPT and it's amazing.
Chat GPT is like Google, but faster and simpler. Ask a question to Chat GPT and it will get the best answers from the best websites and compile them for you.
Google will give you more options and you can go into more depth by checking website after website, but Chat GPT will give you a concise answer to what the "internet as a whole" thinks the answer is.
Make sure to put in very specific questions to get the most precise answer. A general question will result in a generic answer.
Here is a link to Chat GPT
Don't spend too much time troubleshooting with the user still on the phone. At some point, you'll need to tell them that you need to do some research and consult with colleagues. Sometimes just taking a break from a problem is exactly what you need to solve the problem.
Not every problem can be solved quickly and you need to recognize when it is time to tell the user you will get back to them. This is one of the reasons to gather as much information as possible and write it down so that you can continue working on the problem after you get off the phone with the user.
Here are all the steps in one list so you can copy and paste them into your notes or print them and pin them on the wall next to your desk.