Skip to main content
Field Guides·Service Desk Escape Plan
POST Atlas · Field Guide

The Service Desk Escape Plan.

The realistic routes into Security, Cloud, Infrastructure and Networking.

Download PDFRead online16 pages · Free · No email required

A practitioner-built field guide for people on first-line support who can feel the gap between what they've studied and what they've actually owned. It won't tell you which route to take. It will tell you what each route is really like once you're on it, and why some routes that look identical from the outside diverge sharply once you start moving.

The Service Desk is a foundation, not a destination. The question isn't whether it matters. The question is what you build on top of it.

A personal note

I started where you are.

I started on the Service Desk. Looking back, I didn't enjoy much of it. The tickets were repetitive. The pressure was real. Progress often felt slow. There were days when it felt like everybody else was moving faster.

What I appreciate now is what it gave me. The Service Desk forced me to troubleshoot. It forced me to communicate. It exposed me to systems, users, outages, mistakes and constraints. It gave me the first set of battle scars that every experienced technology professional carries in one form or another.

I wouldn't choose to stay there forever. I also wouldn't choose to skip it.

Many of the lessons that matter later in your career are learned early, when you're closest to the problems and furthest from the decision-making. The goal of this guide is not to suggest the Service Desk is a bad place to start. Quite the opposite. It's one of the most valuable foundations in technology. The question is not whether the Service Desk matters. The question is what you build on top of it.

— James

The first mistake

The first mistake most people make.

On the Service Desk, certifications feel like progress. They're concrete, they cost money, they show up on your CV the day after you pass. So when progression stalls, the first instinct is usually to sit another exam.

Named observation

Certification Substitution.

Treating the next certification as a substitute for the exposure, ownership or responsibility that the next role actually requires. The cert is real. The substitution is the problem.

Employers don't hire CVs. They hire evidence that someone has done a thing close to the thing being asked of them. Two CCNAs and an Azure Fundamentals won't compensate for never having owned a system end to end. The hiring manager spots it in one scenario question.

The next certification rarely solves the real problem because the real problem is usually not knowledge. It's that nobody at your current employer has trusted you with anything yet. That's a different problem, and it's not solved by passing another exam.

Certs prove direction. Ownership proves capability. The market pays for the second.

The four routes

The four most common routes out.

There are more than four ways out of first-line support, but four account for the overwhelming majority of progression. Each one attracts a different kind of person, and each one trades something away.

Security

The curious. People who already enjoy investigation.

Most security work, especially early on, is investigation. Reading logs you don't fully understand, asking why a thing happened the way it did, chasing down a detail somebody else dismissed. Curiosity matters more than confidence. Patience matters more than tooling.

Tradeoff. Defensive, offensive, governance, engineering and architecture all live under one word and don't reward the same people. The route branches earlier than most realise.

Cloud

The builders. People who want to make systems, not maintain them.

Cloud assumes you can already operate systems. Linux fundamentals, basic networking, scripting, an instinct for failure modes. The cloud part sits on top of those, not in place of them. Skip the foundations and you spend three years bouncing off interviews you should be passing.

Tradeoff. Cloud Without Foundations. AWS or Azure exams without ever SSH-ing into a Linux box in anger reads as paper-thin inside ten minutes of a technical interview.

Infrastructure

The operators. People who like things that stay up.

Infrastructure work forces you into contact with everything: identity, networking, storage, virtualisation, monitoring, patching, on-call. Nobody gets to specialise too early. The breadth is the point.

Tradeoff. Glamour. The hot job titles. The conference talks. Infrastructure is steady work that compounds slowly. A feature for some people and a flaw for others.

Networking

The troubleshooters. People who like to find the actual cause.

Strong networking skills travel into almost every other route. Into cloud, into security, into infrastructure, into anything that involves debugging a system you didn't build. The opposite is not true.

Tradeoff. Speed. Networking takes longer to feel productive in than cloud or scripting work. The early years are slower. The later years are unusually durable.

The full guide expands each route with the specific mistakes people make and the signals strong candidates show in interviews.

Why people get stuck

Why capable people stall for years.

Some people stall on the Service Desk for two or three years without realising they've stalled. The pay creeps up, the tickets change, the team shuffles. From the inside it can feel like progress. From the outside it doesn't. A handful of recurring patterns explain most of it.

Named observation

Waiting To Be Noticed.

The belief that doing the job well will eventually trigger a conversation about progression. It almost never does. Promotions are asked for, scoped and argued for. They're rarely awarded by surprise.

Named observation

Internal Mobility Advantage.

The often-underused fact that moving sideways inside your current employer is usually the cheapest way to gain new exposure. Service Desk to a junior infra rotation costs nothing and shortens the next external move by a year.

Named observation

The Second Beginner Problem.

Starting over every twelve months on a new certification path. Security one year, cloud the next, networking the year after. Each restart resets the clock on becoming intermediate at anything.

Timelines

The truth about timelines.

Almost everything written about IT career timelines is optimistic. The six-month transformation posts, the year-one salary doublings, the cert-to-job stories. They exist. They're a small fraction of what actually happens.

Eighteen to thirty-six months is the realistic window for a meaningful change of role. Five years is not failure. It's the median.

The hidden cost in every route out of first-line support is the slow middle. Months 12 to 24, where the certs are done, the title hasn't changed, the pay hasn't moved, and the LinkedIn posts about other people's promotions land harder than they should.

Named observation

The Slow Middle.

The eighteen-month stretch where most of the work happens, none of the recognition arrives, and the temptation to start over with a new cert is at its highest. The people who survive it usually don't remember it as a hard time. They remember it as the time things started working.

What gets rewarded

What employers actually reward.

Forget the competency frameworks. After enough hiring rounds the same four things keep separating the people who get the offer from the people who don't. None of them appear on a certification syllabus.

Ownership
Having your name on something. A system, a process, a runbook. Not contributed to. Owned.
Initiative
Doing the thing nobody asked you to do because it obviously needed doing.
Delivery
Finishing things. Not starting them, not researching them. Finishing them.
Exposure
Having been in the room when real things happened. The outage, the migration, the audit, the incident.
  • Infrastructure Gravity Well
  • The investigation reflex (Security)
  • The packet trace test (Networking)
  • Choosing a direction (six questions)
  • Career advice I'd ignore
  • The honest limit of any free guide
Download the full PDF

If it helps you, it'll help someone on your team.

It is not a personalised recommendation, a route planner output, or a Career Verdict. It explains how progression works, not what you personally should do. The two POST products below answer the question this guide cannot.