People wonder about the best size for the work breakdown structure. The answer depends on the capabilities of the project team and the complexity of the project.
The WBS for a very inexperienced project team will lean toward relatively small assignments and, thus, a larger work breakdown structure. The other extreme is a project team of experienced professionals who are expert in their tasks. To avoid micromanaging these experts, you would make relatively large assignments and, therefore, have a much smaller work breakdown structure.
In most projects, you have a mix of the two and you will be designing assignments that range from a day or two for a rookie team member to several weeks for an experienced team member. Youâ€™ll also change the size of assignments based on the team memberâ€™s performance. For example, a person whom you initially assessed as a rookie does very well and consistently produces high-quality deliverables on time. Therefore, you may expand the size of that personâ€™s assignments to give them more decision-making latitude. You will spend less time evaluating their work because with bigger assignments they are producing deliverables less frequently.Â Many people working on project teams value the expansion of their decision-making freedom with larger assignments. That is a great performance reward.
Now if youâ€™re following the best practices, youâ€™re going to be getting status reports from each of your team members on a weekly basis, no matter the size of their assignment. Â When you give someone a large assignment, theyâ€™re still reporting on it every week. So you arenâ€™t â€śin the darkâ€ť about the status of their assignment for weeks at a time.
The WBS size doesnâ€™t affect the production of project deliverables. You may choose to alter an assignment if the project stakeholders are particularly interested in inspecting one or more of an assignmentâ€™s deliverables.Â However, there are some very important things to avoid in terms of outside influences on the size ofÂ your work breakdown structure. Some project sponsors are wronglyÂ convinced that a big work breakdown structure will give them tight control over the project. This is incorrect on many levels. First, an enormous work breakdown structure takes many hours to update every week. Itâ€™s harder to get your team members to give you good status data when they have to report on 10 or 12 micro-tasks. It also takes you longer to do the data entry and update the schedule. The typical consequence of a monster work breakdown structure is that the project manager canâ€™t keep up and eventually the schedule is not updated every week. That is the same as not having a schedule.
The other consequence of a very large and very detailed work breakdown structure is it makes your project team members feel they are being micromanaged. They think you and the sponsor donâ€™t trust them to make decisions and are constantly looking over their shoulders. If youâ€™ve ever been micromanaged by someone who knows less about your task than you do, you realize how destructive micromanagement is. You wind up with a project team that takes no responsibility for the results they produce. They simply follow the micro-details in the work breakdown structure.Â You need to explain this to a project sponsor who wants a very detailed work breakdown structure because the consequences, as noted above, are serious.
More on the WBS