Microsoft Project Tip #2: Build the Right Work Breakdown Structure
In the previous article, an important lesson learned was to understand the helpful views used to assign tasks, resources and communicate the project schedule. The next lesson learned focuses on building the appropriate work breakdown structure for the project.
A work breakdown structure (WBS) is the hierarchy of tasks in the project represented by a combination of numbers or letters. A WBS code identifies a task's unique place in the project plan. The number of levels in the work breakdown structure can vary depending on the project's complexity. Project plans lacking a detailed WBS have multiple resources assigned to the same tasks. It becomes difficult tracking project status at a high level, since it isn't clear which team members are working on project tasks.
This WBS is a poor one because there are numerous team members assigned to each of the tasks without a clear definition of who is working on the specific task. When tracking against these tasks, it becomes difficult to understand which team member contributed to the system integration task. When tracking at this level, there is always a detailed discussion around the unlisted tasks that contribute to the overall task. If delays occur, the project manager will have a difficult time explaining why the summary task is late. In larger projects, presenting the project status becomes even more difficult if the project manager doesn't understand the details behind the work breakdown structure. Below is an example of a poor WBS (Figure 1):

Figure 1: Poor WBS
A better approach includes the additional tasks and assigns individual team members to each task as appropriate. It is acceptable to assign multiple resources to the same task as long as the project manager can accurately track the task's progress by team member. According to PMBOK, the work elements "should be described in terms of tangible, verifiable results in order to facilitate performance measurement" (PMBOK, 1996). Simply put, the WBS needs to be defined at measurable level that specifically and clearly describes the task.

Figure 2: Improved WBS
In the improved WBS (Figure 2), the summarized project task is dependent upon the subtasks in the project plan. Each sub-task contributes to the overall summary task. Each subtask is uniquely identified and assigned a resource. The plan detail is improved and the project manager can quickly identify the individual tasks by resource. It also holds the team members accountable to the individual deliverables and helps identify any additional dependencies.
It is also helpful to include the Work Breakdown Structure ID in the Gantt chart view. To add the Work Breakdown Structure ID:
1. Select View – Gantt Chart
2. Select Table – Entry
3. Click on the Task Name column or another column
4. Select Insert – Column
5. Select the WBS value
6. Click Ok
By providing detailed subtasks, overall project control is improved. There is no task ambiguity and project team members know who is working on the individual tasks. By decomposing the WBS to "right" level, the project manager can adequately track the work with sufficient control. The "right" level may differ between three to six different WBS levels depending on the process steps and work involved. The project manager should avoid providing too much detail; however, the "right" level is still dependent upon the project.
If you found this tutorial useful and would like more information, then please check out my MS Project Tutorial #1: How to Effectively Build a Project Schedule. It provides an easy to learn 10 step method to effectively build a project schedule that you can rely on!
|