Preparing the work breakdown structure

Now that we have the deliverables and requirements well defined, the process of breaking down the work of the project via a work breakdown structure begins. The work breakdown structure (WBS) defines the scope of the project and breaks the work down into components that can be scheduled and estimated and easily monitored and controlled. The idea behind the work breakdown schedule is simple. You subdivide a complicated task into smaller tasks, until you reach a level that cannot be further subdivided. Anyone familiar with the arrangements of folders and files in a computer memory, or who has researched their ancestral family free, should be familiar with this idea. You stop breaking down the work when you reach a low enough level to perform an estimate of the desired accuracy. At that point, it is usually easier to estimate how long the small task will take and how much it will cost to perform than it would have been to estimate these factors at the higher levels. Each descending level of the WBS represents an increased level of detailed definition of the project work.

As an example, if I want to clean a room, I might begin by picking up clothes, toys, and other things that have been dropped on the floor. I could use a vacuum cleaner to get dirt out of the carpet. I might take down the curtains and take them to the cleaners, then dust the furniture. All of these tasks are subtasks performed to clean the room. As for vacuuming the room, I might have to get the vacuum cleaner out of the closet, connect the hose, empty the bag, and put the machine back in the closet. These are smaller tasks to be performed in accomplishing the subtask called vacuuming. The diagram in Figure 3 shows how this might be portrayed in WBS format.

Figure 3: A work breakdown structure (WBS) for cleaning a room.

Figure 3: A work breakdown structure (WBS) for cleaning a room.

It is very important to note that we do not worry about the sequence in which the work is performed or any dependencies between them when we do a WBS. That will be worked out when we develop the schedule. For example, under 3.0 Vacuum (in Figure 4), it would be obvious that 3.3 Vacuum carpet would be performed after 3.4 Connect hose and plug! However, you will probably find yourself thinking sequentially, as it seems to be human nature to do so. The main idea of creating a WBS is to capture all of the tasks, irrespective of their order. So if you find yourself and other members of your team thinking sequentially, don't be too concerned, but don't get hung up on trying to diagram the sequence or you will slow down the process of task identification.

A WBS can be structured any way it makes sense to you and your project. In practice, the chart structure is used quite often (as in the example in Figure 3) but it can be composed in outline form as well (Figure 4).

Figure 4: An outline format of a work breakdown structure (WBS) for cleaning a room.

Figure 4: An outline format of a work breakdown structure (WBS) for cleaning a room.

You'll notice that each element at each level of the WBS (in either Figure 3 or Figure 4) is assigned a unique identifier. This unique identifier is typically a number, and it's used to sum and track costs, schedules, and resources associated with WBS elements. These numbers are usually associated with the corporation's chart of accounts, which is used to track costs by category. Collectively, these numeric identifiers are known as the code of accounts.

There are also many ways you can organize the WBS. For example, it can be organized by either deliverable or phase. The major deliverables of the project are used as the first level in the WBS. For example, if you are doing a multimedia project the deliverables might include producing a book, CD and a DVD (Figure 5)

Figure 5: An example of a work breakdown structure (WBS) based on project deliverable.

Figure 5: An example of a work breakdown structure (WBS) based on project deliverable.

Many projects are structured or organized by project phases. Each phase would represent the first level of the WBS and their deliverables would be the next level and so on (Figure 6). 

Figure 6: An example of a work breakdown structure (WBS) based on project phase.

Figure 6: An example of a work breakdown structure (WBS) based on project phase.

As mentioned earlier, the project manager is free to determine the number of levels in the WBS based on the complexity of the project. You need to include enough levels to accurately estimate project time and costs but not so many levels that are difficult to distinguish between components. Regardless of the number of levels in a WBS, the lowest level in a WBS is called a work package.

Work packages are the components that can be easily assigned to one person, or team of people, with clear accountability and responsibility for completing the assignment. The work package level is where time estimates, costs estimates and resource estimates are determined.