The Office Move

The Secret Behind a Smooth Office Move: Why ITSM Thinking Is the Unsung Hero of Technical Project Delivery

By Maria Duncan | IT Project Manager & Service Delivery Leader


Hundreds of employees. A brand-new office. New technology deployed on day one.

And almost zero support tickets.

That wasn’t luck. And it wasn’t just good project management either.

The Project

A few years ago, I led a large-scale office buildout and relocation as the Technical Project Manager. Hundreds of employees moved into a new space with new infrastructure, new devices, and new conference room technology... all activated on a single day.

Projects like this are high-visibility and high-pressure. There is no hiding on day one. Every issue surfaces immediately, in front of everyone. We had planned for hypercare: additional IT support on the floor, clear escalation paths, and dedicated communication channels. But we barely needed them.

Day one was quiet. Almost unusually quiet.

So what actually happened?

Why It Went So Well

It came down to one thing: ITSM thinking built into the planning from the very beginning; not bolted on at the end.

My background in end user support and IT Service Management shaped how I approached this project. I had seen what happens after go-live on projects where support is treated as an afterthought: the flood of tickets, the edge cases no one anticipated, the confusion that spreads when users have nowhere to turn quickly.

On this project, we flipped that model entirely. Instead of treating support as a post-deployment concern, we embedded it into the project design itself. We mapped out the most likely incident categories before go-live. We documented known issues and pre-built their resolutions. We aligned and briefed the hypercare team well in advance — not the day before. And we made sure self-service resources were ready and visible before users ever needed them.

The result was a team that was just as prepared to support the technology as to deploy it.

ITSM is often described as an operational discipline. But when applied proactively, it becomes something more powerful: a planning discipline.

What Most Technical Projects Get Wrong

The most common failure pattern I have seen in technical project delivery is this: the project team focuses intensely on deploying the technology, and then hands it over to a support team that was not part of the planning conversation.

That gap between delivery and support is where day-one chaos lives.

A better approach is to ask different questions earlier. Not just “is the technology ready?” but:

What does success look like from the end user’s perspective?

What are the most likely reasons users will need help on day one?

Is the support team as prepared as the implementation team?

Do we have known issues and resolutions documented before the first ticket is ever raised?

These are not purely operational questions. They are project planning essentials. And the teams that ask them early are the ones that have quiet day ones.

ITSM as a Strategic Skill for Project Managers

There is still a tendency in many organizations to view ITSM as a back-end function, something that kicks in after the project team has moved on. But the most effective technical project managers I know think about it very differently.

They plan for incident response before incidents occur. They design the support and adoption experience alongside the delivery itself. And they understand that a project is not truly complete when the technology is deployed; it is complete when users can successfully use it.

That distinction sounds simple, but it changes everything about how you plan, how you communicate with stakeholders, and how you measure success.

The quiet day one we had during that office move was not just a project success. It was proof of what happens when service management thinking is built into delivery from the start and not treated as someone else’s problem after the fact.

If you are a project manager who wants to build stronger delivery outcomes, start asking ITSM questions early. Your day-one self will thank you.

Maria Duncan is a Technical Project Manager and Service Delivery Leader based in New York, with over 15 years of experience delivering complex technology programs across financial services, healthcare technology, and enterprise IT.










Comments

Popular posts from this blog

Support Hand-Off After Go Live