Skip to content

Troubleshooting Methodology

Troubleshooting is the ability to diagnose and resolve a problem systematically. IT Support is fundamentally a service role - the goal isn’t just to fix the issue, but to create a positive experience for the user along the way.


A structured approach prevents you from jumping to conclusions - a common mistake that wastes time and sometimes makes things worse.

1. Gather Information
2. Identify the Problem
3. Form a Theory (Hypothesis)
4. Test the Theory
5. Establish a Plan & Implement
6. Verify & Document

Don’t assume. Ask questions:

  • “When did this start happening?”
  • “What changed recently - updates, new software, moved hardware?”
  • “Does it happen every time or only sometimes?”
  • “Can you show me exactly what you’re seeing?”

The root cause is the underlying factor causing the issue - not just the symptoms.

  • Don’t get distracted by surface-level symptoms popping up everywhere
  • One root cause can generate many visible problems

After gathering info, hypothesize the most likely cause. Start simple:

  • Is it a hardware issue or a software issue?
  • Is it isolated to one device or affecting multiple?
  • Is it network-related?

Use isolation to confirm or rule out your hypothesis:

Theory: "The network might be down"
Test: Can another device connect?
→ Yes → Problem is on this specific machine
→ No → Problem is the network/router

Always start with the quickest test first (e.g., a reboot takes 2 minutes vs. reinstalling an OS takes hours).

  • Apply the fix in a controlled way
  • If possible, test in a non-production environment first
  • Communicate to the user what you’re doing and why
  • Confirm the issue is resolved before closing the ticket
  • Document what the problem was, what you tried, and what fixed it
  • This serves as a reference for future incidents and helps your team

When a machine won’t connect to the network:

  1. Check obvious things first - is the cable plugged in? Is Wi-Fi enabled?
  2. Can other devices connect? (Isolates machine vs. network)
  3. Can the machine reach the router? (ping 192.168.1.1)
  4. Can it resolve DNS? (nslookup google.com)
  5. Check device drivers and network adapter settings

Great troubleshooting isn’t just technical - it’s interpersonal. Users come to you stressed. How you handle that matters.

PrincipleWhat It Means
EmpathySee the problem from the user’s perspective - it may feel critical to them even if it seems minor to you
ToneStay calm and professional, even when the user is frustrated
AcknowledgementRepeat the problem back to show you understood: “So it sounds like you can’t log in since the update yesterday?”
TrustBe honest - don’t make promises you can’t keep, don’t pretend you know something you don’t
  • If a user is cutting you off, pause and let them finish, then respond calmly
  • Don’t take abuse - be professional, but know your limits (escalate to a manager if needed)
  • Keep the last moments of the interaction positive - it shapes how they’ll remember the experience

Before you touch anything:

“Just so I understand - you’re saying X is happening when you try to do Y? Is that right?”

This prevents you from fixing the wrong problem.


Error messages are the system’s attempt to communicate what went wrong. Always:

  1. Read the full message - don’t dismiss it
  2. Note any error codes
  3. Search the exact error message (with OS version) before guessing

Not every issue should be solved by the first-line tech. Know when to escalate:

  • You’ve exhausted your troubleshooting steps
  • The issue requires elevated permissions or vendor support
  • The problem affects critical business systems or data

When escalating, pass along:

  • What the user reported
  • What you observed
  • What you tried and the results
  • Any error codes or logs you collected