Unpopular opinion: crafting a work breakdown structure (WBS) is one of the hardest project planning tasks, and ultimately one of the most important to get right. The WBS helps a project manager to 1) identify the activities that are required to complete a project and 2) organize those activities into manageable chunks of work.
In this article, I’ll break down the work breakdown structure, offer some best practices, and even share a template to help set you up for project success.
- What is a Work Breakdown Structure (WBS)?
- Why is a Work Breakdown Structure Important?
- Work Breakdown Structure Example
- Work Breakdown Structure Template
- How to Create a Work Breakdown Structure
- 5 Tips for Creating a Solid Work Breakdown Structure
- Frequently Asked Questions about Work Breakdown Structure
What Is A Work Breakdown Structure (WBS)?
Let’s start with the Project Management Institute (PMI) definition. The Project Management Body of Knowledge (PMBOK) Guide defines a work breakdown structure as follows:
“The WBS is a hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables. The WBS organizes and defines the total scope of the project and represents the work specified in the current approved project scope statement”.
TLDR; the WBS is a resource planning visualization that outlines a project’s deliverables and components. It helps stakeholders to understand what work is part of project delivery. Work that isn’t in the WBS isn’t in the project.
As you can see from the graphic, the WBS is a hierarchy of things that the project will produce. The hierarchical structure is usually two to four levels deep. The WBS also shows how individual tasks are related to one another by highlighting task dependencies.
The project manager typically develops a WBS dictionary to accompany the WBS that shares more detailed information about each project component.
What Are the 3 Levels of Work Breakdown Structures?
A WBS decomposes larger chunks of project work into smaller tasks. But, what’s the right level of detail to break down?
Like Goldilocks, you want to seek a happy medium. Too much detail and your WBS will be unwieldy and difficult to manage. You’ll lose sight of the big picture. Too little detail and your WBS will lack the information you need to manage your project successfully.
Typically, aiming for three levels in your WBS, but no more than four levels is a good formula for success. But, like with other project management documentation, how you craft your WBS will vary based on organizational best practices and whether you’re running a complex project.
The 2 Types of WBS
It’s worth noting that there are two ways of creating a WBS—either most commonly with deliverables as we described above, or alternatively by project phases. The deliverable-oriented WBS, also known as entity-oriented, noun-oriented, or product-oriented, is the most common.
The phase-based WBS is focused instead around the tasks required to complete those deliverables. The other names for this that you might come across are activity-oriented, task-oriented, verb-oriented, or process-oriented WBS.
Other Important WBS Definitions
Before we go into further detail, I wanted to explain a few terms that I use in this article:
- Deliverable: A tangible or intangible good or service produced as a result of a project that is intended to be delivered to a customer (either internal or external)
- Dependency: A situation in which a task cannot begin until another task is completed or initiated
- WBS Dictionary: Includes additional details about each element that comprises the WBS
- Control Account: The work assigned to one organizational unit within the WBS; used for budgeting and reporting purposes
- Work Package: An organizing unit within a WBS that groups together a set of related activities
- Baseline: An initial estimate of the scope of work required to deliver a project
- Milestone: Delineates an important point in a project schedule (ex. completion of a major phase of work or a key decision point)
- Critical Path: The sequence of stages that determines the minimum time needed for an operation
Why Is A Work Breakdown Structure Important?
The WBS’s detailed view of a project clarifies the work that each team member is expected to complete. Without the WBS, it is likely that the team will miss requirements, and further likely that the deliverables and maybe even the entire project will miss the mark.
The WBS visualizes project outcomes, the sequence of required activities, and project deliverables. Within the WBS, organizing mechanisms like the control account help you bill clients, while the work packages break down exactly what is included in the project scope.
Here are some key benefits of a work breakdown structure:
1. Increases Clarity around Roles and Responsibilities
Since the WBS delineates tasks and assigns them to individuals, the team learns who is responsible for which aspect of work and when deliverables are due. More importantly, project team members understand how their work contributes to meeting each deliverable and, ultimately, the project goals. This boosts motivation and engagement.
2. Helps Ensure Tasks Are Completed Properly and on Time
The WBS dissects deliverables down to the lowest level of detail, making it more likely that no task or sub-deliverable is lost in the process.
The breakdown process reduces ambiguity and confusion around what each team member is required to do and when they need to have their work completed. Ultimately, this exercise saves time by helping individuals make better use of their workday.
3. Enables Activity Tracking
As the WBS identifies, details, schedules, and assigns each task to meet a specific goal, it creates an identifiable baseline. The ability to track activities against the baseline increases the chances that the project progresses as expected.
The graphic below shows the required inputs to create a WBS and the outputs it generates, including a scope baseline and updates to requirements documentation.
Project managers that fail to include the necessary inputs or try to skip this step are more likely to encounter issues later in the project life cycle.
Work Breakdown Structure Example
Below is an example of a WBS based on work packages and outputs that you can use to track deliverables and keep a clear focus on milestones and resourcing. Using a spreadsheet format makes it easy to filter on key reportable elements (ie. the status of work packages/milestones).
Work Breakdown Structure Example: What Are the Different Parts?
Interpreting a WBS can be challenging given the many moving parts that go into a successful activity mapping. This is where a WBS dictionary comes in handy—it defines each WBS element and how it’s used.
|WP1||A high-level view of the tasks related to a specific work package. Numbering or otherwise distinguishing the work packages makes it easier to refer to them in meetings or status reports.|
|WP||The sub-task related to the high-level work package. I would recommend creating sub-tasks to represent a level of effort of four hours or more. I would not recommend creating sub-tasks for any effort that is less than four hours.|
|Work Package Number and Name||A description of the work package|
|Task||A description of the task to be performed as part of this work package|
|Name||The person assigned to perform this task. Ideally, you should only have one responsible person listed here, rather than listing multiple names or a department. You want to be able to make sure that you have someone accountable for each task.|
|Input/Output||What is the input to or output from this activity? Is the activity associated with a specific deliverable?|
|Effort||How much effort does it take to complete the task (measured in days)? Calculate the effort associated with this task in collaboration with your team and make sure that the person performing the task agrees with the assessment.|
Tasks listed as milestones are highlighted with a red bar and include the milestone number.
|Check||Includes a formula to verify that resources are not overallocated|
|Wk1/2/3, etc.||The calendar week in which the task takes place|
Work Breakdown Structure Template
To help you get started, here is a free downloadable WBS template. To edit the file, download it as an XLSX file and use it within Google Sheets or Excel. The file also includes a sample WBS that you can use as a model.
How To Create A Work Breakdown Structure
Now that we’ve reviewed some WBS examples, how do you begin creating a WBS on your own? Here are some steps to consider when creating a WBS:
- Identify project deliverables. Make sure that you include each deliverable so that the team has a comprehensive picture of what work is required.
- Break down the deliverables into smaller chunks of work, ie. the tasks that are required to produce the deliverable. Continue breaking down your tasks until you reach a point where they are manageable (a good suggestion is to use work increments of four or more hours.)
- Once you have a high-level overview of deliverables and supporting tasks, work with your team to realign the tasks into a sequence for when the activity should be completed.
- In step 2, you listed tasks that were estimated to require four hours or more of work. At this stage, refine your estimates to ensure that you’ve assigned a level of effort to each task in your WBS.
- Schedule the tasks based on the sequence and expected level of effort. This means assigning dates for when you expect to work on each task so that you can meet deliverable deadlines.
- Review project staffing to make sure that you have a realistic plan based on the resources that are available. This can be a tricky art to refine. It’s important to clearly identify the tasks along the critical path that must be completed for your project to move forward.
- Review the completed plan with your team to gain buy-in.
5 Tips For Creating A Solid Work Breakdown Structure
Here are some tips to keep in mind that will help you create a good WBS:
1. Take Time to Understand your Inputs and Outputs
For a WBS to be effective, it needs to reflect an understanding of project goals and objectives and what is required to achieve those objectives. Before you begin crafting your WBS, it is a good idea to review the project charter/statement of work documents as a basis for the key deliverables.
You could then use sticky notes to plot out the high-level deliverables, with different colors to represent different components of the task. You could also use project management software or a project management tool to gain buy-in from your team in a remote setting. Visualizations are a great way to encourage the team to think about the sequence of activities and what’s involved.
2. Take Advantage of Subject Matter Experts
Use subject matter experts to assist in planning and sequencing tasks and activities. You can make sure tasks are ordered correctly and that there is no overlap between components of your WBS.
3. Gather Feedback
Review your WBS against available resources to make sure that your plan is realistic. This may require consulting with other project managers, the leadership team, and/or a resource manager.
4. Get Buy-in
If your team doesn’t agree with the task estimates in the WBS, then you won’t be successful executing against it. Make sure you take the time to review the WBS with your team to promote alignment and accountability.
5. See the Forest for the Trees
Do not make the WBS too detailed, as it will become too cumbersome to update. As mentioned above, it’s best to stick to increments of work that are four hours or more.
Frequently Asked Questions About Work Breakdown Structure
Should I Use a Work Breakdown Structure or a Gantt Chart?
Like most things, the answer is: it depends.
How to use a WBS
A WBS breaks down what you are building into smaller, more manageable components. It shows what work you are doing on a project. Therefore, the WBS is useful for scope control, including change management.
How to use a Gantt chart
By contrast, a Gantt chart shows when you are doing the work. Use your WBS as the basis for your Gantt chart to track tasks across time.
The Gantt chart shows the start and finish date of each task, their dependencies, and their relationship to each other. You use a Gantt chart for schedule control.
Are a WBS and the Critical Path Method the Same Thing?
The critical path is the list of core project activities that must be completed to deliver the project within the triple constraints (time, budget, and scope.) If the critical path slips, then your project will see an adverse impact in one of these three areas.
The WBS hierarchically organizes project activities and deliverables, not just the critical path activities.
When in the Project Life Cycle Should I Create the WBS?
It’s important to create the WBS during the project planning phase, as it helps you gain understanding of the work required to execute the project. The WBS is also a key input into the project schedule, budget, and risk management plan, all of which are needed earlier in the project life cycle.
The WBS is one of the most important artifacts that a project manager needs to create during a project and will set the amateurs apart from the experienced project managers. What would your top tip be for creating a WBS? Do you agree with the steps here? Let’s start a dialogue and help other project managers share knowledge!
Don’t forget to subscribe to The Digital Project Manager newsletter for more on project management documentation and how to access more templates and samples.