In this post we'll cover creating a project plan for new warehouse implementations or startups. This post will cover the definition of a warehouse project plan and schedule, why it's important, what makes a good one, and what specific work should be included. It will also include our observations about key dependencies or quirks of the work.
This also applies to starting distribution centers, fulfillment centers, and reverse logistics centers. Much of the content also applies to moving facilities, shutting down facilities, or automation projects--just with slightly different focuses!
Top view of giant logistics center with many commercial trailer trucks. Starting these is no simple task!
A warehouse project plan is the set of activities or tasks, along with their owners and time required, needed to accomplish the warehouse project.
A full "project management plan" can contain many other parts of a plan. For example, it could contain a Procurement Management Plan, Quality Management Plan, Communications Plan, Change Control Plan, Schedule Management Plan, and other sections. Developing and delivering that project management plan is the whole subject of the Project Management Body of Knowledge!
For this post, we are only talking about the project plan containing tasks, owners, and durations, as it pertains to warehouse projects. And specifically how it pertains to new warehouse (or distribution center, or fulfillment center...) start-ups.
A good project plan helps everyone get on the same page.
A good project plan is critical for tracking progress, coordinating activities, communicating status, and forecasting future events. The project plan or schedule is a critical part of the activities that the project management uses to plan and then control the project.
The plan becomes the reference for what should happen and when it should happen. It also becomes a tool to communicate to the project team, to executive management, and to other stakeholders.
You should ask for the project plan whenever there is a warehouse project going on. If the project manager can't produce it, then help him or her meet with the right people to get it set up and complete.
To be useful, the plan must be trustworthy, accurate, and contain the right information.
A good project plan (or schedule, I use the terms interchangeably here) should be:
The Project Plan work breakdown is how the scope, or work, on the project is identified and organized. This is usually done by starting with a workstream. A workstream is identified by a broad piece of scope to deliver. For example, "Permitting and Construction" is broad enough to cover the work involved in getting a warehouse built. "Facilities Enablement" is broader because it conveys a deliverable of getting the physical aspects of the warehouse operational.
Then the workstreams should be broken down into work packages. A work package is a deliverable that contributes to the overall workstream deliverable.
Finally, tasks are the parts of executing the work package that should be tracked.
Sometimes there are questions about whether tasks are too detailed. As a general rule, if you want to know whether a thing is done or you need to know it to track progress, it should be tracked as a task! So you might not need to know (or you might!) which labels are done in design, but you might need to know that "label design" is 80% complete.
Linking tasks is important in warehouse project plans. Linking shows the relationships between tasks in the plan. It is important to have a fully linked plan so that the software can forecast completion dates. No links, no forecasts.
Links should be considered between workstreams. It is important to consider and plan for the key interfaces between different pieces of work.
For example, "Demarc Point available" or "Ready for Equipment installation" or "server room clean and dust-free / ready for installation" could be milestones in the Construction workstream. But they are predecessors for IT Infrastructure work. So the IT infrastructure team must identify their key dependencies, and the project manager (and Construction lead) must make sure those dependencies are identified in the Construction plan.
The "shell drawings available" deliverable has a lot of successors, meaning it drives a lot of work!
That way, any changes to the construction schedule that impact IT are identified and clear.
This technique should apply continue throughout the whole plan.
External dependencies are events outside the control of the project team that are predecessors for key project events. For example, inputs from other stakeholder project plans or business events can be listed. This is especially important if those events will cue work in the warehouse project plan.
Examples might be production, product launches, or key executive steering meetings. Or readiness of a vendor for User Acceptance Testing.
Another common example of this is a customer signature on a contract with a 3PL, which engages the 3PL project team, enables them to sign leases on buildings, and place other equipment orders.
The warehouse project plan should include key milestones. Among others, business stakeholders are usually interested in:
There are many other "smaller" milestones that are good to track and report against, but those are the absolute minimum to have planned out.
Now let's get to looking at an actual plan!
The Strategy and Operations workstream is where work related to defining the site requirements and processes is completed. This includes such work as:
Facilities Enablement is related to the work to actualize the four-walls facility. This can be a lot of scope! Let's take a look.
It can include:
Key milestones in this workstream include:
Much of the Facilities work is a predecessor for automation installation, training, and eventually integrated testing.
As we just mentioned, sometimes the material storage and the automation are put into their own workstream. This may make more sense depending on your organization or building need.
If this scope gets its own workstream, then the work packages include:
Key milestones in this workstream include:
Automated Storage and Retrieval Systems are highly complex integrated systems.
IT projects are notoriously difficult to manage. For this reason, IT systems is its own set of scope, including the entire systems landscape and integration with vendors. This can include design, development, testing, and deployment for the whole system architecture. And it includes testing of the systems and system interfaces from low to high levels.
Work packages may include:
Design for these systems will require participation from the Operations process decision-maker and input from the business and/or data analysts. The system is only as good as the requirements given to it!
IT Systems work is upstream of integrated testing. Testing of these systems is another major downstream activity that requires a lot of time, planning, and resourcing.
Another critical IT "branch" is IT infrastructure. The best way of thinking about IT infrastructure is to segment it into three main sub-workstreams:
Some notable dependencies or constraints to IT Infrastructure include:
IT Infrastructure work must typically be completed before UAT can happen. IT infrastructure is upstream of automation functioning and employees being able to access and connect to the systems driving the warehouse.
Organizational readiness scope revolves around getting the company team ready for the new facility operation. This includes the employees within the four walls of the facility. It can also include change management and training for employees in other parts of the organization whose jobs are affected by the new facility.
Areas of scope for this workstream include:
There are dependencies from Org Readiness to Construction, to IT Infrastructure, and to Testing. There is also a lot of risk in the hiring timeline, so readiness for testing needs to be planned with slack.
These come from when thinking about how many employees there will be and what the facility requirements are.
Key milestones here include:
Hiring is upstream of testing, training, and operations.
Depending on the project, pure logistics - that is, transportation - may not be a large part of the scope.
As a design input, logistics should consider the site volume and mix requirements in determining truck traffic throughput and parking requirements.
Transportation needs to be considered in startup activities. Key activities include carrier selection, onboarding, and label testing with parcel carriers. Training of transportation planners is also important if they fall under the onsite operations team.
Yard Jockey services may also fall under logistics. This means selecting, contracting, and training the yard jockeys to meet the operational coverage and throughput needs.
Integrated testing is the process of bringing all the workstreams together to test the final warehouse solution. This is critical to guaranteeing operability once the site "goes live."
Integrated testing milestones should include listing each test phase by date. Usually these will include:
Each of these test phases' activities can be defined differently from organization to organization and project to project. But the phases should be defined, agreed, and captured in the project plan -- and don't forget planning and add some time to fix bugs!
Everything is a predecessor of integrated testing. The facility must be complete, material handling installed, automation commissioned, people available... everything has to be ready if you're going to test the final warehouse solution!
Here is an example draft template for a Warehouse Startup project plan. It is logically linked, contains much of the work to be done, and is tied to the work breakdown structure. (the file was shortened due to Wordpress constraints - rest assured, we didn't forget about IT or hiring or training or testing!)
Clearly the actual project plan will be different. It will have more detail, real durations, and the links will be reviewed. But this is the type of document you should look for in a warehouse project schedule.
A Warehouse Project Plan Template Excerpt
For a warehouse project, a good project plan is an essential tool. It contains the information that the team needs to know about what is to be done, when it's planned, and who's doing it. It helps manage and communicate the status of the activities and helps your project succeed.
If you want a review of your project's plan, reach out to us at PL Programs for an expert and experienced partner. We specialize in site startups, moves, and closures of Warehouses, Distribution Centers, Fulfillment Centers, and Reverse Logistics centers.
Schedule a free 30-minute conversation to see how PL Programs can help.
Schedule a Call