An IT project manager gets technology changes live without breaking the business that depends on them. You'll run server migrations, software rollouts and system upgrades where the plan is only as good as the cutover weekend. Here's how people get into the role, what each step up asks of you, and where the path splits.
A general project manager can often lean on the team to explain the work. In IT, you can't. When the network engineer says the firewall change needs a maintenance window, you need to know why, who gets paged if it fails, and what the rollback looks like. You don't have to configure anything yourself, but you do have to spot when a plan is quietly missing a step.
The other difference is that your projects touch everyone. Swap the email platform or move files to SharePoint and every department notices by Monday morning. So half your job is technical scheduling and the other half is change management: training sessions, cheat sheets, and a help desk that knows what's coming before the tickets start.
You keep the tracker honest. You update the Jira board or Smartsheet, book the meetings, chase vendors for quotes, and write up the notes nobody else wants to write. People judge you on whether anything falls through the cracks, and whether the project manager can trust your status report without checking it.
You own a project end to end: a laptop refresh, a VoIP rollout, a move to a new ticketing system. You write the plan, run the weekly status call, hold the risk log, and make the go or no-go call with the technical leads. You're judged on landing the cutover without a flood of help desk tickets, and on telling sponsors bad news early instead of late.
You run the messy projects: an ERP implementation, a data center exit, a merger where two companies' systems have to become one. Often you're managing other project managers and a pile of vendor contracts. People judge you on how you handle dependencies between projects and whether leadership trusts your forecasts.
Here the ladder forks. On the PMO track, you set how every project gets approved, funded and reported, and you decide which ones get killed. On the IT leadership track, you take on operations too, owning the infrastructure and the people who keep it running. Either way, you're judged on whether the portfolio delivers what the business actually asked for.
Postings for this job mix project language with IT language, so your résumé needs both.
Go-lives happen when the business is closed. That means Friday nights, Saturday mornings and the occasional holiday weekend, with you on a bridge call while engineers work through the runbook. Most weekends it goes fine. Then one doesn't, and you're deciding in the middle of the night whether to push forward or roll back.
The quieter grind is authority. You rarely manage the engineers on your project. They report to infrastructure or application managers who have their own priorities, and your project is one of several things on their plate. You get work done through persuasion, clear asks and a reputation for not wasting people's time. If you need a title to get people moving, this job will frustrate you.
The most common route is sideways from inside IT. Help desk leads, systems administrators and business analysts end up running a rollout because someone had to, discover they're good at it, and make it official. That path gives you credibility with engineers that's hard to fake.
The other route comes from general project management, often in operations or finance. Those people bring stronger planning habits but have to learn the technical vocabulary fast. A certificate like the PMP or a Scrum credential helps either group, but it won't replace having run a real rollout. If you're coming from outside IT, volunteer for the next system change in your department and keep notes on what you owned.
9% of openings are fully remote.
$87,450 – $137,500
Typical range in the 26 of the newest 60 postings that list pay.
You don't need to be an engineer, but you need enough background to follow a technical conversation and ask good questions. Knowing what DNS, Active Directory, a staging environment and a change freeze are will save you from approving plans with holes in them. Many people pick this up from a help desk or sysadmin job before moving into project work.
It's often worth it once you've run a few projects. Many postings list it as preferred, and some government and consulting roles treat it as a filter. It won't teach you IT, though, so pair it with hands-on rollout experience.
A scrum master serves one team working in sprints and protects their process. An IT project manager owns a whole project's scope, timeline, budget and vendors, often across several teams, some of which don't use Scrum at all. Plenty of IT project managers run agile teams, but the job is wider.
Often, yes. Much of the job happens on Teams or Zoom calls and in shared trackers. Hardware rollouts, office moves and data center work still pull you on site, so expect some travel on those projects.