The Work Breakdown Structure (WBS)
(→How to create the WBS) |
(→How to create the WBS) |
||
Line 55: | Line 55: | ||
It is important to take into account that the WBS is an iterative process, it requires several reviews which will lead to several modifications. Therefore, more than one method can be used to obtain the final WBS. For example, a WBS template and the top-down approach may be used initially to determine the overall structure of the WBS, while it might be more appropriate to use the bottom-up method to erify that all the elements are present to achieve a particular deliverable.<ref name="R1" /> | It is important to take into account that the WBS is an iterative process, it requires several reviews which will lead to several modifications. Therefore, more than one method can be used to obtain the final WBS. For example, a WBS template and the top-down approach may be used initially to determine the overall structure of the WBS, while it might be more appropriate to use the bottom-up method to erify that all the elements are present to achieve a particular deliverable.<ref name="R1" /> | ||
− | A summary of each of | + | A summary of each one of the four methods is presented below. |
:'''1. Top-down''' | :'''1. Top-down''' |
Revision as of 19:16, 19 February 2021
Contents |
Abstract
Successful project management relies on thorough planning. This begins by defining the project objectives with sufficiently detailed information.[1] The Work Breakdown Structure (WBS) is an effective technique based on decomposing a project into hierarchical deliverables. Each one of the deliverables corresponds to a specific outcome that must be accomplished to complete the project. In other words, the WBS provides a clear view of the project’s scope, by schematically showing all the objectives that it englobes and the relations between them. A well-designed WBS that presents information at the appropriate level of detail and in formats and structures meaningful to those performing the work is an invaluable tool in project management.[1]
The following article has been created in order to provide all the information needed to create the WBS of a given project. The first part of the article contains a detailed description of the WBS, together with an explanation of its purpose. After this, the wide benefits the WBS provides to a project during the totality of its life cycle are presented and it is explained how doing the WBS for a project enhances the likelihood of its success. Also, it is shown how the WBS looks like and the specifications its structure must accomplish. The second part of the article presents how to create the WBS, where several methods are proposed. Also, it is indicated in what specific moment of the project’s life cycle the WBS should be created. Moreover, some of the most usual mistakes committed when designing the WBS are specified to anticipate and avoid making them. In the third part of the article the limitations of the WBS are discussed and some advice in order to counteract them is given. The fourth and last part of the article, includes an annotated bibliography where several references with additional information are proposed.
Big idea
What is the WBS
The Work Breakdown Structure (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.[2]
The WBS' purpose
The Work Breakdown Structure (WBS) is used with the purpose of defining the goals and delimiting the scope of a project. The WBS assists project leaders, participants, and stakeholders in the development of a clear vision of the end products or outcomes produced by the project.[1] Successful projects plans are built on the foundation created by an effective WBS.[2] Developing a WBS is an essential step during the initial project phases.[1] Work Breakdown Structures are useful not only for projects, but for programs and portfolios as well.[1] The WBS for a program or a portfolio is performed in the same way as a project. These differ only in the breadth of the content (scope).[1]
The WBS's structure
The deliverables of the WBS are decomposed following a hierarchical structure. Decomposition is a technique used for dividing and subdividing the project scope and project deliverables into smaller, more manageable parts. As the work is decomposed to greater levels of detail, the ability to plan, manage, and control the work is enhanced.[2] The level of decomposition varies in between projects, but it usually depends on the degree of control needed to properly manage the work that has to be achieved.
Each one of the deliverables of the WBS corresponds to a specific outcome that must be accomplished to complete the project. Every descending level of the structure includes the deliverables that must be carried out in order to fulfil the outcome located in the level right above. Each WBS element belongs to only one parent WBS element.[1] It is important to note that the deliverables must be outcomes, not actions. That is because outcomes are final products or results that can be precisely predicted, whereas the actions and procedures followed to obtain them cannot always be anticipated. Project activities are not listed, as these are components of the project schedule, not the WBS.[1]
The WBS is a process required to ensure the project includes all the work required, and only the work required, to complete the project successfully.[2] This is achieved thanks to the application of the 100% Rule. The 100% Rule is a principle which states that the WBS includes 100% of the project’s scope and 100% of the deliverables that form it. The rule also applies to each one of the levels within the hierarchy. All the deliverables that form a descending level must equal to 100% of the work needed to complete the outcome stated in the previous level. The lowest levels should roll up to the higher levels so that nothing is left out and no extra work is performed.[2]
The deliverables that belong to the lowest level of the WBS are named work packages. For the work packages it is possible to do an estimation of the cost and duration of the activity that must be conducted in order to achieve them. The level of detail for work packages will vary with the size and complexity of the project.[2] Nevertheless, the work packages must always follow the 8 to 80 rule, which states that the amount of hours dedicated to achieve that outcome should be bigger than 8 hours and smaller than 80. There is no need to have all work packages at the same level. Additionally, not all legs of the WBS must be symmetrical in terms of the number of levels developed.[1]
Why the WBS
The WBS enhances the chances of success of a project thanks to the several benefits it provides throughout its life cycle. Some of the main benefits are the following:
- Provides clear scope and objectives
- The key benefit of this process is that it provides a framework of what has to be delivered.[2] The WBS assists project leaders, participants, and stakeholders in the development of a clear vision of the end products or outcomes produced by the project.[1]
- Makes work more approachable
- The project is organized in deliverables which are subdivided following a hierarchical structure with the intention of simplifying the work and making it more manageable.
- Eases the next steps
- It facilitates other project management processes such as estimating, scheduling, resource allocation, risk analysis, and measurement and control of the project.[1]
- Aligns team expectation
- Since it gives a clear vision of the scope of the project and the goals are defined, the whole team is aware of the reach of the project and the expectations of all the members are aligned.
- Relieves the project manager
- It also has the added bonus of shortening the process and engaging the team in the work, which will lighten the load on the project manager.[3]
- Improves the communication with stakeholders
- The WBS facilitates the communication between the project manager and the stakeholders. The WBS establishes the foundation that the project stakeholders use as the basis to creating their project schedule with project activities; network diagrams to sequence work; budgets for estimating and managing costs; and for making all decisions to objectively manage scope creep.[4] Whenever work is logically structured, easily identifiable, and clearly within the capabilities of individuals, project stakeholders can confidently expect that objectives associated with the work can and will be achieved.[1]
Application
How to create the WBS
Some of the more popular methods employed to create a WBS include a top-down approach, a bottom-up approach, the use of organization-specific WBS guidelines or standards, and the use of WBS templates.[1] The difference between the top-down and bottom-up methodologies and the standards and templates, is that the first ones are methods to create new WBS from scratch whereas the second ones reuse already existing structures. The top-down and bottom-up methods help assure if the WBS is done at the proper level of detail.The choice between a top-down or a bottom-up approach is somewhat personal, and can depend on the habits and thinking styles of the project team, as well as on organizational practices. The use of standards and templates in the creation of WBSs helps promote quality assurance through the application of successfully applied WBS good practices.[1]
Nevertheless, no matter what method is implemented, the structure must verify the 100% Rule, which assures that the WBS englobes the whole scope of the project and no unnecessary information is included. Moreover, it must be taken into account that the deliverables have to be objectives, not actions, and that the ones situated in the lowest level must follow the 8 to 80 principle. It is important to take into account that the WBS is an iterative process, it requires several reviews which will lead to several modifications. Therefore, more than one method can be used to obtain the final WBS. For example, a WBS template and the top-down approach may be used initially to determine the overall structure of the WBS, while it might be more appropriate to use the bottom-up method to erify that all the elements are present to achieve a particular deliverable.[1]
A summary of each one of the four methods is presented below.
- 1. Top-down
- The following steps must be performed to apply the top-down method:
- 1. Identify the final products of the project—what must be delivered to achieve project success.[1]
- 2. Define the major deliverables of the project, the essential intermediate deliverables to achieve the final products.
- 3. Decompose major deliverables to a level of detail appropriate for management and integrated control.[1] The sum of elements of each level should represent 100% of the work below it, as stated in the 100% Rule. Each work package of the WBS should contain only one deliverable. [1]
- 4. Review and refine the WBS until project stakeholders agree that project planning can be successfully completed, and that execution and control will successfully produce the desired deliverables and results.[1]
- 2. Bottom-Up
- The following steps must be performed to apply the bottom-up method:
- 1. Identify all the work packages of the project. Each work package should contain only one deliverable.[1]
- 2. Add deliverables to the previous level. The sum of elements of each level should represent 100% of the work below it, as stated in the 100% Rule.
- 3. Once a given group of related tasks has been aggregated to a parent, analyse the subset again to ensure that all of the work has been encompassed.[1]
- 4. Make sure that the structure englobes the whole project scope.
- 5. Review and refine the WBS until project stakeholders agree that project planning can be successfully completed, and that execution and control will successfully produce the desired deliverables and results.[1]
- 3. WBS standards
- An organizational WBS standard is a set of principles for constructing a WBS and might include a format, numbering scheme, naming convention, or required elements. WBS standards are common in many organizations with a high level of project management maturity. These standards help ensure consistency and completeness in WBSs throughout the organization.[1]
- 4. WBS templates
- A WBS template is a sample of WBS. An organization can have templates for different types of projects and different life cycles. When reusing existing components, be sure to customize the WBS to the specific needs and requirements of the project.[1]
When to create the WBS
Usual mistakes when doing the WBS
Limitations
Bibliography
- ↑ 1.00 1.01 1.02 1.03 1.04 1.05 1.06 1.07 1.08 1.09 1.10 1.11 1.12 1.13 1.14 1.15 1.16 1.17 1.18 1.19 1.20 1.21 1.22 1.23 Project Management Institute, Inc.. (2006). Practice Standard for Work Breakdown Structures. 2nd Edition.
- ↑ 2.0 2.1 2.2 2.3 2.4 2.5 2.6 Project Management Institute, Inc.. (2017). Guide to the Project Management Body of Knowledge (PMBOK® Guide). 6th Edition.
- ↑ Jones, C. (2007). Creating an effective WBS with facilitated team involvement. Paper presented at PMI® Global Congress 2007—North America, Atlanta, GA. Newtown Square, PA: Project Management Institute.
- ↑ Burek, P. (2013). The ABC basics of the WBS Paul Burek. Paper presented at PMI® Global Congress 2013—North America, New Orleans, LA. Newtown Square, PA: Project Management Institute.