Work Breakdown Structure (WBS): How to Break a Project Into Tasks
Quick Answer
A work breakdown structure (WBS) breaks a project into smaller pieces, starting with the final deliverable, then major deliverables or phases, then work packages small enough to estimate, assign and track. Number each item (1.0, 1.1, 1.1.1), make sure the pieces add up to the whole project and nothing outside it, and stop breaking work down when a package can be done by one person or crew in a few days. Then estimate hours and costs for each package and assign an owner.
Most projects that go over budget or run late don't fail because of one big mistake. They fail because work nobody planned for keeps showing up: the permit nobody applied for, the material nobody ordered, the cleanup nobody estimated. A work breakdown structure fixes that by forcing you to list every piece of work before the project starts.
This guide explains what a WBS is, how to build one step by step, how small to break work down and how to turn the WBS into estimates, assignments and a schedule. It includes a free WBS template and examples for small business projects.
What Is a Work Breakdown Structure?
A work breakdown structure is a hierarchy that divides a project into smaller, manageable pieces. The top level is the whole project. The next level is major deliverables or phases. Below that are smaller deliverables, and at the bottom are work packages, the units you estimate, assign and track.
A WBS is about what needs to be produced, not when. The timeline comes later, when you put work packages in order on a schedule or Gantt chart.
| Level | What it represents | Example (office move) |
|---|---|---|
| Level 1 | The whole project | 1.0 Office move |
| Level 2 | Major deliverables or phases | 1.1 New space ready, 1.2 Equipment moved, 1.3 Old space closed |
| Level 3 | Smaller deliverables | 1.1.1 Network installed, 1.1.2 Furniture set up |
| Level 4 (work packages) | Work one person or crew can complete and report on | 1.1.1.1 Run cabling to 12 desks |
Free Work Breakdown Structure Template
Work Breakdown Structure
Project: __________ | Project owner: __________ | Start date: ______ | Target finish: ______
Final deliverable: __________
| WBS # | Deliverable or work package | Owner | Est. hours | Est. cost | Depends on | Status |
|---|---|---|---|---|---|---|
| 1.0 | ||||||
| 1.1 | ||||||
| 1.1.1 | ||||||
| 1.1.2 | ||||||
| 1.2 | ||||||
| 1.2.1 | ||||||
| 1.2.2 | ||||||
| 1.3 | ||||||
| 1.3.1 |
Total estimated hours: ______ | Total estimated cost: ______ | Approved by: __________
Why Use a WBS?
- Nothing gets forgotten. Listing every piece of work exposes gaps before they cost money.
- Better estimates. Small pieces are easier to estimate than a whole project.
- Clear ownership. Every work package has one owner.
- Easier tracking. You can see which packages are done, late or over budget.
- Fewer scope fights. If it isn't in the WBS, it's a change.
How to Build a WBS Step by Step
- Define the final deliverable. Write one sentence describing what the finished project produces.
- List the major deliverables or phases. Usually three to eight items at level 2.
- Break each one down. Ask, "What has to be produced for this to be done?"
- Stop at work packages. Stop when a piece can be estimated, assigned to one owner and finished in a reasonable time.
- Number every item. Use 1.0, 1.1, 1.1.1 so items can be referenced in schedules, timesheets and budgets.
- Check the 100% rule. Make sure the children of each item add up to all of the parent's work and nothing more.
- Estimate and assign. Add hours, costs and owners to each work package.
- Review with the team. The people doing the work catch missing pieces.
Deliverable-Based vs. Phase-Based WBS
| Type | Level 2 is organized by | Best for |
|---|---|---|
| Deliverable-based | The things the project produces (website, signage, training) | Projects with clear outputs |
| Phase-based | The stages of work (plan, build, test, launch) | Projects that run in sequence, like construction or software |
Either works. Pick the one that matches how your team thinks about the project, and stay consistent within a single WBS.
The 100% Rule
The 100% rule says the WBS includes all the work in the project and nothing outside it. At every level, the children of an item must add up to 100% of that item's work. If you can list work that has to happen but doesn't fit anywhere in the WBS, something is missing. If an item doesn't contribute to the final deliverable, it doesn't belong.
Include project management work too: meetings, client updates, permits, purchasing and closeout. These are easy to forget and often eat a surprising share of hours.
How Small Should Work Packages Be?
Break work down until each package can be estimated with confidence, assigned to one owner and tracked. Many teams use simple rules of thumb:
- The 8/80 guideline: no package smaller than about 8 hours or larger than about 80 hours of effort.
- The reporting period rule: no package longer than one reporting period, such as a week, so progress is visible.
- The "if it's useful" rule: stop breaking down when more detail wouldn't change how you estimate or manage the work.
These are guidelines, not laws. A small project may have work packages of a few hours; a large one may need bigger packages at first and more detail later.
Numbering and the WBS Dictionary
Numbering makes each item easy to reference. A short WBS dictionary adds a description for each work package so everyone agrees on what's included.
| Field | Example |
|---|---|
| WBS # | 1.1.1.1 |
| Name | Run cabling to 12 desks |
| Description | Install and test Cat6 drops to all 12 desk locations per floor plan |
| Owner | IT contractor |
| Estimate | 16 hours, $1,200 materials |
| Done when | All drops tested and labeled |
Turning the WBS Into a Schedule
Once the WBS is complete, put work packages in order, note which depend on others and assign dates. The WBS numbers carry into the schedule so everyone can match tasks back to the plan. See project timelines and how to start a project.
Using the WBS for Estimates and Budgets
Estimate hours and costs at the work package level and roll them up. The total becomes your project budget. Compare the estimate with actual time and costs as the project runs, and you'll see exactly which packages are running over. See project budget tracking.
Example roll-up: 1.1.1 Network installed = 1.1.1.1 cabling (16 hours) + 1.1.1.2 switch setup (6 hours) + 1.1.1.3 testing (4 hours) = 26 hours.
Tracking Time Against the WBS
If employees record time against work packages, you can compare estimates with actual hours for every piece of the project. That shows where estimates are off and helps you price the next project more accurately. Keep the number of trackable codes small enough that employees can choose the right one quickly. See how to track labor costs by job.
WBS Example: Small Restaurant Remodel
| WBS # | Item |
|---|---|
| 1.0 | Restaurant remodel |
| 1.1 | Planning and permits |
| 1.1.1 | Design approved |
| 1.1.2 | Permits obtained |
| 1.2 | Kitchen |
| 1.2.1 | Old equipment removed |
| 1.2.2 | New equipment installed |
| 1.2.3 | Health inspection passed |
| 1.3 | Dining room |
| 1.3.1 | Flooring installed |
| 1.3.2 | Furniture and decor installed |
| 1.4 | Reopening |
| 1.4.1 | Staff trained on new layout |
| 1.4.2 | Soft opening completed |
| 1.5 | Project management |
WBS Example: Marketing Website Launch
| WBS # | Item |
|---|---|
| 1.0 | Website launch |
| 1.1 | Content |
| 1.1.1 | Page copy written |
| 1.1.2 | Photos and graphics |
| 1.2 | Build |
| 1.2.1 | Design approved |
| 1.2.2 | Pages built |
| 1.2.3 | Forms and tracking set up |
| 1.3 | Launch |
| 1.3.1 | Testing and fixes |
| 1.3.2 | Domain and go-live |
| 1.4 | Project management |
WBS vs. Project Checklist vs. Task List
| Tool | What it does |
|---|---|
| WBS | Breaks the whole project into deliverables and work packages |
| Project schedule | Puts work packages in order with dates |
| Task list | Lists day-to-day actions for a person or team |
| Checklist | Confirms repeatable steps are done |
The WBS comes first. Schedules, task lists and checklists are built from it. See the project checklist template.
Common WBS Mistakes
- Listing activities instead of deliverables at the upper levels.
- Forgetting project management work like meetings, permits and closeout.
- Breaking work down too far, creating hundreds of tiny items nobody tracks.
- Not breaking work down enough, leaving packages too big to estimate.
- Overlapping items that double-count work.
- Building it alone without the people who will do the work.
- Never updating it after approved changes.
WBS Checklist
| Step | Done? |
|---|---|
| Final deliverable defined | |
| Level 2 deliverables or phases listed | |
| Work broken down to work packages | |
| 100% rule checked | |
| Project management work included | |
| Every item numbered | |
| Hours, costs and owners added | |
| Reviewed with the team |
Who Owns the WBS?
The project manager or owner usually builds and maintains the WBS, but every work package should have its own owner: the person responsible for getting that piece done, reporting progress and raising problems. One owner per package keeps accountability clear. If two people share a package, split it or name one as the lead.
How Detailed Should a Small Business WBS Be?
Small businesses don't need a 400-line WBS. For a project that takes a few weeks, three levels are often enough: the project, five or six major deliverables and a handful of work packages under each. Add more detail only where the work is risky, expensive or new to your team. A WBS that fits on one page is more likely to be used than one that needs a binder.
| Project size | Typical levels | Typical work packages |
|---|---|---|
| A few days | 2 | 5–15 |
| A few weeks | 3 | 15–40 |
| Several months | 3–4 | 40–150 |
Building a WBS With Your Team
The fastest way to build a WBS is a short working session with the people who will do the work. Write the final deliverable at the top of a whiteboard or shared document, list the level 2 deliverables together, then have each lead break down their area. Ask, "What would we forget?" at the end. Crews and specialists often point out setup, cleanup, inspections and handoffs that planners miss.
- Book 60 to 90 minutes for a typical small project.
- Use sticky notes or a shared spreadsheet so items are easy to move.
- Assign a note-taker to number items as you go.
- Finish by checking the 100% rule together.
Estimating Work Packages
Estimate each work package in hours and costs, using the people who will do the work and data from similar past projects. For uncertain packages, give a range or add a contingency rather than a single optimistic number. Record the assumptions behind each estimate, such as crew size or material prices, so you can explain differences later.
| Estimating method | How it works | Best for |
|---|---|---|
| Past projects | Use actual hours from similar work | Repeat work |
| Expert judgment | Ask the person who will do it | New or specialized work |
| Unit rates | Hours per unit times quantity | Installs, cleaning, production |
| Three-point | Average of best, likely and worst cases | Uncertain work |
Using the WBS to Manage Scope Changes
When a client or manager asks for something new, check the WBS. If the request isn't covered by an existing work package, it's a change. Add it as a new package with its own estimate and approval, rather than squeezing it into existing work. This keeps budgets honest and makes it easy to show why the project cost more. See the change order form.
Reporting Progress by WBS Item
Report progress at the work package level and roll it up. A simple status for each package, such as not started, in progress, done or blocked, plus hours used versus estimated, gives a clear picture of the whole project. Managers can see at a glance which deliverables are on track and which need attention.
| WBS # | Package | Est. hours | Actual hours | Status |
|---|---|---|---|---|
| 1.2.1 | Old equipment removed | 12 | 10 | Done |
| 1.2.2 | New equipment installed | 24 | 30 | In progress |
| 1.2.3 | Health inspection passed | 4 | 0 | Not started |
The example shows placeholder numbers. In this case, the equipment install is already over its estimate, which is worth discussing before the next package starts.
Reusing a WBS Template
If you do similar projects often, save your WBS as a template. A kitchen install, office move or website launch usually follows the same structure each time. Start each new project from the template, then adjust for what's different. Over time, your template and its estimates get more accurate with every project.
WBS for Recurring Service Work
A WBS isn't only for one-time projects. Service businesses can use one for recurring work, such as a seasonal maintenance contract or a monthly cleaning account. Break the contract into its deliverables, such as inspections, repairs and reports, and assign hours to each. Comparing actual hours with the WBS each month shows whether the contract is priced correctly.
Keeping the WBS Up to Date
Update the WBS whenever an approved change adds, removes or splits work. Keep the original version for comparison, so at the end of the project you can see how scope grew and price similar projects better next time.
Final Thoughts
A work breakdown structure takes an hour or two to build and saves far more than that in forgotten tasks, bad estimates and scope arguments. Start with the final deliverable, break it into pieces your team can estimate and own, and use the WBS numbers in your schedule, budget and time tracking. The more projects you run this way, the better your estimates become.
Plan and Track Projects With Updoot
Updoot's project management tools let you break projects into tasks with owners and due dates, and the employee time clock records hours by project so you can compare estimates with actual time.
