Project Management

Please login or join to subscribe to this thread

IT infrastructure move project

linkedin twitter facebook   Information Technology   Lessons Learned   Strategy  
avatar
Anonymous
I am embarking on a new IT project with an internal team who are known to be challenging.
A build project to move an office from one location to another has been underway for sometime without provision for strategic IT consideration and now with months until completion I am being deployed to coordinate the IT side of things, firstly gathering the requirements and scope.
I have never undertaken such a project before but with little time to go am seeking advice/lessons learned. Ive presumed the below first points to cover:
1. Level of occupancy and therefore capacity requirements
2. All services expected to move over requiring some level of connectivity
3. Server room design and third parties to coordinate
4. User Hardware

4. Network considerations - I would look that network design should underpin everything going forwards but this in particular will be new to myself and the team.
Sort By:
avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
If you are new to this type of project and the timeline "feels" aggressive to begin with, I'd strongly suggest (budget permitting) that you bring in a third-party firm which specializes in IT infrastructure moves to reduce your risk exposure.

The devil is in the details, so while you are likely to get some good general lessons learned here, until you have a much better idea of the scope it will be hard to provide specifics.

Kiron
avatar
Keith Novak Tukwila, Wa, United States
My input is similar to Kiron's in that if you are not well versed in the IT infrastructure, you need a system architect or systems engineer to define the technical definition. As the PM, you need to translate that architecture into an actionable plan.

A couple months is very short flow to go from planning to completion. You will likely have some parts of the system definition overlapping the construction. The system definition will dictate high level WBS categories such as server room, workstations, transport elements (wiring etc.), and software.

With the high level WBS, you can scope out how long it takes to go from design through procurement and build. That will help you figure out where you need to focus immediately vs. decisions that can be put off until later.

The detailed work will probably require a lot of technical and schedule integration that will evolve as you go. Some definition may not be ready to support your schedule so do you over-design to higher capability or can you make late changes? Rooms can't be used while you have floors or ceilings open to run wires, so you may have to accommodate both the office construction and some end-user occupancy at the same time.

That is an example of where you probably have more than enough work for a technical expert working full time to lay out the system and then adapt it to fit your schedule constraints, as well as a project manager working full time to orchestrate all the moving pieces.
...
1 reply by anonymous
Mar 04, 2021 11:55 AM
anonymous
...
Thank you both, very much appreciated. I am defining a proposal with this advice in mind to procure a technical architect to the team to support requirements and scoping. I’m glad you mentioned WBS too, I’ve always considered this a great place to start but outside of the world of my PMP colleagues, under-utilised.
We have an interesting organisation as we have a hub of PMs’ who may be utilised to any format of project and while that is incredibly interesting, it can lead to predicaments like the above. Thank you again
avatar
Anonymous
Mar 04, 2021 11:38 AM
Replying to Keith Novak
...
My input is similar to Kiron's in that if you are not well versed in the IT infrastructure, you need a system architect or systems engineer to define the technical definition. As the PM, you need to translate that architecture into an actionable plan.

A couple months is very short flow to go from planning to completion. You will likely have some parts of the system definition overlapping the construction. The system definition will dictate high level WBS categories such as server room, workstations, transport elements (wiring etc.), and software.

With the high level WBS, you can scope out how long it takes to go from design through procurement and build. That will help you figure out where you need to focus immediately vs. decisions that can be put off until later.

The detailed work will probably require a lot of technical and schedule integration that will evolve as you go. Some definition may not be ready to support your schedule so do you over-design to higher capability or can you make late changes? Rooms can't be used while you have floors or ceilings open to run wires, so you may have to accommodate both the office construction and some end-user occupancy at the same time.

That is an example of where you probably have more than enough work for a technical expert working full time to lay out the system and then adapt it to fit your schedule constraints, as well as a project manager working full time to orchestrate all the moving pieces.
Thank you both, very much appreciated. I am defining a proposal with this advice in mind to procure a technical architect to the team to support requirements and scoping. I’m glad you mentioned WBS too, I’ve always considered this a great place to start but outside of the world of my PMP colleagues, under-utilised.
We have an interesting organisation as we have a hub of PMs’ who may be utilised to any format of project and while that is incredibly interesting, it can lead to predicaments like the above. Thank you again

Please login or join to reply

Content ID:
ADVERTISEMENTS

"If we knew what it was we were doing, it would not be called research, would it?"

- Albert Einstein

ADVERTISEMENT

Sponsors