Work Breakdown Structure (WBS)
The Work Breakdown Structure (WBS) is an essential project management tool that helps organize the tasks required for a project in a structured manner. It involves breaking down the project work into smaller, manageable units, which makes it easier to understand, estimate, and track.
WBS Models
There are three common models used to present a WBS:
Outline: This is a simple, hierarchical list of tasks. It is well-suited for smaller projects and offers a basic framework. Tasks are logically grouped and presented in an easy-to-read list.
Organizational Chart: This model is hierarchical and breaks tasks into levels. It is ideal for larger projects, providing a clear overview that can be presented to sponsors. Tasks are organized in a vertical chart showing their dependencies.
Concept Map: This illustrates the relationships between tasks and is useful when tasks can be completed concurrently. It is commonly used in agile projects where tasks don't follow a strict sequential order.
Purpose and Value of a WBS
The WBS helps:
Understand the scope of work and how the project will meet its objectives.
Estimate time and budget.
Illustrate task relationships, including task dependencies (predecessor tasks).
Allocate time to tasks and stages, as well as estimate resources and skills needed.
Components of a WBS
Work Packages: These are the core tasks or pieces of work that need to be completed. The smallest units of work within the WBS reside in the critical path, which includes tasks that must be finished for the project to be completed.
Level Indicators: A numbering system is used to show the level of tasks (e.g., 1, 1.1, 1.1.1).
Links: These show relationships between tasks, particularly task dependencies in a hierarchical format or shared resources in concept maps.
Guidelines for Creating a WBS
When creating a WBS, it's important to avoid too much detail, as it can obscure the bigger picture. Guidelines include:
The smallest work unit should not be subdivided further.
The deliverable should be the lowest level of detail acceptable for delivery.
The work must meet customer requirements.
Time and cost estimates should be reliable before breaking down tasks further.
Risk management should address specific risks.
Organizational guidelines should be adhered to, including tests and quality standards.
By following these guidelines, project managers can create a clear, actionable WBS without losing sight of the project's broader goals.
Creating a Work Breakdown Structure (WBS)
The Work Breakdown Structure (WBS) is a tool used to break down a project into smaller, manageable tasks. This process of decomposition continues until each task is sufficiently detailed for clear understanding and execution. The WBS is visualized in three common formats: outline, organisational chart, and concept map.
WBS Presentation Formats:
Outline Method:
The project and its tasks are arranged in a multi-level list.
Example format:
Project name
1.1 Work package 1
1.1.1 Task
1.1.2 Task
1.2 Work package 2
1.2.1 Task
1.2.2 Task
An outline is quick to create and suited for smaller projects where tasks follow strict logic.
Organisational Chart Method:
Tasks are shown in a hierarchical chart, making it useful for medium to large projects.
It begins with the project as the top level and breaks tasks into levels below.
This chart helps sponsors and stakeholders visually understand the breakdown and is often expected in formal projects.
Concept Map Method:
Displays relationships between tasks more freely, suited for agile project management.
This format shows that tasks can be executed simultaneously without dependency.
Useful when tasks can overlap or share resources, making it adaptable to dynamic project needs.
3.7.1 Purpose and Value of a WBS:
The WBS is essential for understanding the project’s scope and estimating time, budget, and resource requirements. It provides clarity on task dependencies, especially predecessor tasks, which must be completed before new tasks begin. The WBS also aids in estimating workforce needs and identifying the necessary skills. However, too much detail can obscure the overall project goals, so the right balance is crucial.
3.7.2 Components of a WBS:
Work Packages:
These are individual tasks within the project. The lowest-level work packages collectively form the critical path, representing essential tasks for project completion.
Level Indicators:
Numbering or lettering systems (e.g., 1, 1.1, 1.1.1) represent different levels of task decomposition.
Links:
Show task relationships and dependencies, often represented by lines connecting tasks in hierarchical charts or concept maps.
3.7.3 Guidelines for Creating a WBS:
Project managers must decide when to stop decomposing tasks to avoid unnecessary complexity. The following seven common guidelines help determine the level of decomposition:
Organisational Unit:
Work should be broken down based on organisational roles or departments.
Deliverable Basis:
Work packages should stop at the level where deliverables are in an acceptable form for the customer.
Scope of Work:
Each work package should address specific customer requirements.
Schedule Estimation:
Decompose tasks until a reliable time estimate can be made.
Cost Estimation:
Decomposition should continue until costs can be reliably estimated for the current project stage.
Risk Management:
Further decompose tasks to resolve specific project risks.
Organisational Guidelines:
Ensure the work package meets internal organisational standards, such as quality control or testing protocols.
By following these guidelines, project managers can create an efficient and effective WBS that balances detail with the broader project view, ensuring clarity and manageability for successful project execution.