50+ Work Breakdown Structure Templates (WBS) + Free Builder

A work breakdown structure turns the full scope of a project into deliverables and work packages your team can actually plan, estimate and assign. This guide gives you more than 50 free WBS templates in Google Docs, Google Sheets, Excel and Word. It also explains the three levels of a WBS, the 100% rule and the 8/80 rule, and the most common mistakes to avoid. If you’d rather start right away, our free WBS builder lets you break your project down in your browser and flags problems as you go. When you’re done, you can download your WBS as a Word file or CSV.

Key Takeaways

  • A WBS defines what the project delivers. It breaks the total scope into deliverables and work packages, while the schedule handles when and how.
  • Follow the 100% rule. Every level must account for all of the work in the level above it, with nothing missing and nothing out of scope.
  • Size work packages with the 8/80 rule. Aim for 8 to 80 hours of effort each, give every one an owner, and describe it in a WBS dictionary.
  • Start fast for free. Pick a template in Google Docs, Google Sheets, Excel or Word, or build your WBS online with our free builder, which flags mistakes as you go.
Try the free WBS builder

Try our Free WBS Builder Below

This template works in your browser. It numbers every item as you build, rolls the hours up from your work packages to Level 1, flags anything that breaks the 8/80 rule or the other WBS guidelines, scores your structure and creates your WBS report for you.  Step-by-step instructions.

Build your own work breakdown structure

Break your project objective into major deliverables and work packages, give each work package an owner and an estimate, and watch the checks flag anything that breaks the 100% rule, the 8/80 rule or the other WBS guidelines.

View:

Loading the WBS builder…

L1Project objective: the single result the project must deliver. Its hours are the total of everything below it.
L2Major deliverables, your control accounts. Aim for 3 to 7, named as nouns.
L3+Sub-deliverables break a deliverable into distinct, manageable pieces.
WPWork packages are the lowest items. Give each an owner and 8 to 80 hours. Activities belong in the schedule.

Tip: press Enter in a name to add the next item at the same level. Use the arrows to reorder, indent or outdent, and + to add a sub-item. Parent hours roll up from their children, so Level 1 always shows 100% of the work. Your WBS is saved in this browser so you can come back to it.

Instructions to use the wbs builder above:

  1. Define your project objective. Click the Level 1 name (code 1) and type over it with one clear statement of what the project must deliver. Everything else you add sits under this item, and its “Roll-up” hours always show 100% of the work.
  2. Add your major deliverables. Click “Add deliverable” for each Level 2 item, your control accounts, and name each one as a noun that describes an output. Aim for 3 to 7: the Level 1 check shows “Only 2 major deliverables: aim for 3 to 7” or asks you to group them when you have more than 7.
  3. Break each deliverable down. Click + on any row to add a sub-item, or press Enter in a name to add the next item at the same level. Use ↑ and ↓ to reorder, → to indent and ← to outdent, and × to delete. The WBS codes (1.1, 1.1.1) renumber themselves, and you can switch between the “Outline” and “Tree chart” views at any time.
  4. Give every work package an owner and hours. The lowest items are your work packages, and only they get an “Owner” and “Hours” field. Every parent shows its “Roll-up” total and its share of the project, so you can see the 100% rule at work. Problems appear in red under the item: “No owner”, “No hours estimated”, “Under 8 hours” or “Over 80 hours” (the 8/80 rule), “Reads like an activity” when a name starts with a verb, and “No work packages yet” for a deliverable that has not been broken down.
  5. Review the score and the checks. The “Score” out of 100 counts the items that pass, and the “Status” shows in red as “Needs work”, in amber as “Almost there” from 80, and turns green and says “On track” once every item passes. Tick “Hide checks” for a clean view, then click “Download Word” (it includes a WBS dictionary starter for your work packages) or “Download CSV”, or “Print” your WBS in the view you are using.

Tip: your WBS is saved in this browser. Come back and update it whenever the scope changes instead of treating it as a one-time exercise, since a WBS that reflects day one is not useful by week six. The tool opens with a sample website project that includes a few common mistakes, a work package named like an activity, one over 80 hours, one with no owner and a deliverable with no work packages, so you can see the checks in action. Click Start blank when you are ready to build your own.

Project Management WBS (Work Breakdown Structure)

If you have a complex project, a Work Breakdown Structure (WBS) template helps you manage, schedule, and deliver it with far less friction. From a project management perspective, a properly structured WBS is built around three interconnected levels, each adding a layer of precision to your planning.

The three core WBS levels found across all project types are as follows:

  • Control Account: The top-level deliverables and phases that define the major milestones of the project. Control accounts represent significant chunks of work and are used to track performance against budget and schedule at a summary level.
  • Work Packages: The specific units of work assigned under each control account. Work packages are small enough to be estimated and managed but large enough to represent a meaningful output, making them ideal for resource assignment and progress tracking.
  • Activities: The individual tasks required to complete each work package. Activities are the most granular level of the WBS and form the direct input into your project schedule, providing the team with clear, actionable work items.

All three levels are present in every well-formed WBS, regardless of industry or project type. Construction projects, software development sprints, event planning, and product launches each benefit from this consistent hierarchical structure.

Work Breakdown Structure Project Management Definition

The Project Management Body of Knowledge (PMBOK 5) defines the work breakdown structure as 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. This definition, established in PMBOK 5 and carried forward through subsequent editions, places deliverables at the center of every WBS rather than processes or activities.

A key distinction worth understanding is the difference between a WBS and a project plan. A WBS defines what needs to be delivered; a project plan defines when and how. The two tools are complementary but not interchangeable. The WBS is created first, then used as the input for sequencing tasks, assigning resources, and building the project schedule. Confusing the two is one of the most common mistakes project managers make early in their careers.

How to Create a WBS Template

Creating a work breakdown structure that works requires deliberate thinking about scope and structure before a single box is drawn. The process works best when it follows a logical top-down sequence, starting from the final deliverable and decomposing progressively toward individual tasks.

Follow these steps to create a WBS from scratch:

  1. Define the Project Objective: Start with a single, clear statement of what the project must deliver. This becomes the Level 1 element at the top of your WBS hierarchy. For example, “Launch updated e-commerce platform” or “Complete office relocation.”
  2. Identify Major Deliverables: Break the project objective into three to seven major deliverables or phases. These become Level 2 in the WBS. Focus only on outputs, not actions. Use nouns rather than verbs to keep the focus on what will be produced, not how it will be done.
  3. Decompose into Sub-Deliverables: Divide each Level 2 deliverable into smaller components at Level 3. These sub-deliverables should be distinct and independently manageable. Avoid overlapping scope between branches.
  4. Define work packages: Continue decomposing until each element meets the 8/80 rule: no work package should require fewer than eight hours or more than eighty hours of effort. This range ensures tasks are meaningful but not unwieldy.
  5. Validate with Stakeholders: Present the completed WBS to all relevant stakeholders before finalizing it. This is the moment to confirm scope coverage, resolve gaps, and agree on what is in and out of scope. The WBS, once agreed upon, becomes the baseline for the entire project.
  6. Build the Project Schedule: Only after the WBS is approved should you sequence activities, assign resources, and create your project timeline. Skipping straight to scheduling without a validated WBS is a leading cause of scope creep and missed deadlines.

Tips for Making a Sample WBS Document

A well-built WBS document is more than a list of tasks. It is a structured contract between the project team and its stakeholders that defines exactly what will be delivered. Applying the right principles during construction improves accuracy, reduces rework, and makes the WBS genuinely usable throughout the project lifecycle.

Here are the most important guidelines to follow when building a WBS:

  • 100% Rule: Every element in the WBS, at every level, must account for 100% of the work defined by the project scope. Nothing is added that falls outside the scope, and nothing within the scope is omitted. The sum of work at each lower level must always equal the work represented by the level above it.
  • Avoid Duplication: Never list the same sub-task twice or plan to perform the same work in two separate branches. Duplication violates the 100% rule, distorts resource estimates, and creates confusion about accountability when the project is underway.
  • Focus on Outcomes, Not Actions: Every WBS element should describe a deliverable or outcome, not a process or activity. Using nouns in your labels (such as “Test Report” rather than “Conduct Testing”) keeps the structure aligned with PMBOK guidance and makes the scope easier to verify.
  • Apply the 8/80 Rule: Each work package should represent between 8 and 80 hours of effort. Tasks shorter than 8 hours add unnecessary overhead to your WBS; tasks longer than 80 hours are too large to track accurately and should be decomposed further.
  • Maintain Three Levels of Detail: Most well-structured WBS documents contain three levels of decomposition. While additional sub-levels are sometimes necessary for complex deliverables, going too deep too early creates an unmanageable document that is difficult to update as the project evolves.
  • Assign Clear Ownership: Every work package should have a designated owner, whether an individual team member or a specific team. Clear ownership prevents tasks from falling through the cracks and makes it straightforward to hold people accountable for delivery.

Limitations of WBS Templates

A work breakdown structure is a powerful planning tool, but it is not without practical limitations. Understanding these constraints helps project managers use the WBS appropriately and avoid over-relying on it as a substitute for dynamic project management.

The most commonly encountered WBS limitations are outlined here:

  • Active Interface Management Required: A WBS does not manage itself. Dependencies between work packages, handoffs between teams, and scope changes all require active coordination. Without regular review, the WBS can become outdated and misaligned with actual project conditions.
  • Increased Management Overhead: Building, maintaining, and communicating the WBS takes time. For smaller projects, the documentation effort can outweigh the planning benefit. Managers should assess whether a full WBS or a simpler outline is appropriate, given the project’s complexity and duration.
  • Demarcation Challenges: In cross-functional projects, where responsibilities overlap or are shared, defining clear boundaries between work packages can be contentious. Ambiguous ownership at the WBS level often leads to gaps or duplication during execution.
  • Not Suited for Highly Iterative Work: Traditional WBS structures work best in waterfall or phase-gated projects with well-defined scope. In agile environments, a rolling wave approach is often more practical, where only near-term work packages are fully defined and further decomposition is deferred until the scope becomes clearer.
  • Scope Rigidity Risk: Once a WBS is baselined and agreed upon, significant changes require formal scope change management. Teams that rely too heavily on the original WBS without revisiting it as the project evolves risk building toward an outdated definition of success.

18 Free WBS Templates in Google Docs

Google Docs WBS templates offer a quick-start solution for project managers who need a shareable, easy-to-edit structure without investing in specialized software. All Google Doc templates below require you to go to File, then Make a Copy, to edit. This option is only available if you are logged into a Google account.

  1. Google Doc WBS Template – Office Project Work Breakdown Structure Example
  2. Google Doc WBS Template – Company Project WBS Levels Example
  3. Google Doc WBS Template – Organisation Project Work Breakdown Structure Example
  4. Google Doc WBS Template – Project Deliverables Work Breakdown Structure Example
  5. Google Doc WBS Template – Project Management WBS Outline and Diagram Example
  6. Google Doc WBS Template – Blank Project Work Breakdown Structure
  7. Google Doc WBS Template – Blank WBS for a Client Project Template
  8. Google Doc WBS Template – Project Work Breakdown Structure Tree Example
  9. Google Doc WBS Template – One Page Work Breakdown Structure Dictionary Example
  10. Google Doc WBS Template – Contractual Project WBS Dictionary Example
  11. Google Doc WBS Template – Project Management WBS Table Example
  12. Google Doc WBS Template – Simple Project Work Breakdown Structure Example
  13. Google Doc WBS Template – Management System WBS Tree View Example
  14. Google Doc WBS Template – Blank Project Tasks Work Breakdown Structure
  15. Google Doc WBS Template – Project Planning Work Breakdown Structure Table Example
  16. Google Doc WBS Template – Blank WBS Diagram and Dictionary Example
  17. Google Doc WBS Template – Project Work Breakdown Structure Chart Example
  18. Google Doc WBS Template – Project Management Docs WBS Example

25 Free WBS Templates in Google Sheets

  1. Google Sheet WBS Template – Project Managers Blank WBS Example
  2. Google Sheet WBS Template – Project Managers Blank WBS with WBS Tree Example
  3. Google Sheet WBS Template – Company Project WBS Diagram Example
  4. Google Sheet WBS Template – Blank Project Manager WBS Dictionary
  5. Google Sheet WBS Template – Company Project WBS Outline and Diagram Example
  6. Google Sheet WBS Template – Company Project WBS with Blank Gantt Chart Example
  7. Google Sheet WBS Template – IT Project Work Breakdown Structure Example
  8. Google Sheet WBS Template – Project Work Breakdown Structure Example
  9. Google Sheet WBS Template – Company Project Blank WBS Dictionary
  10. Google Sheet WBS Template – Project Work Breakdown Structure Example
  11. Google Sheet WBS Template – Simple Project WBS Diagram and Outline Example
  12. Google Sheet WBS Template – Project Management WBS Table Example
  13. Google Sheet WBS Template – Project WBS Outline and Diagram Example
  14. Google Sheet WBS Template – Project Manager WBS Example and Blank Diagram
  15. Google Sheet WBS Template – Client Project WBS Table Example
  16. Google Sheet WBS Template – Project WBS Table Detailed Example
  17. Google Sheet WBS Template – Project WBS Task Level Table Example
  18. Google Sheet WBS Template – Project WBS Level Diagram Example
  19. Google Sheet WBS Template – Product WBS Table Example
  20. Google Sheet WBS Template – Multiple Project WBS Table Example
  21. Google Sheet WBS Template – Basic WBS Table with Duration Example
  22. Google Sheet WBS Template – Large Project WBS Table
  23. Google Sheet WBS Template – Business WBS Table Example
  24. Google Sheet WBS Template – Project WBS with Budget Allocation Example
  25. Google Sheet WBS Template – Project Tasks WBS Blank Table

7 Free Work Breakdown Structure Templates in Excel

Excel remains one of the most widely used formats for WBS documents, particularly in organizations that rely on Microsoft Office and need templates that integrate with other planning spreadsheets. The following Excel WBS templates are available from trusted project management sources.

  1. Smartsheet Work Breakdown Structure Template with Gantt Chart
  2. Smartsheet Work Breakdown Structure Diagram Template
  3. Smartsheet Work Breakdown Structure Dictionary Template
  4. Smartsheet Work Breakdown Structure Outline and Diagram Template
  5. ProjectManager Work Breakdown Structure Template in Excel
  6. Stakeholdermap Free Work Breakdown Structure Templates
  7. Vertex42 Work Breakdown Structure Template

4 Free Work Breakdown Structure Templates in Word

Microsoft Word WBS templates are a practical choice for teams that need a printable, distributable document to share with stakeholders in formal settings. The templates below range from simple outlines to structured tree diagrams.

  1. TemplateLab 30+ Work Breakdown Structure Templates  
  2. Smartsheet Work Breakdown Structure Tree Diagram Template
  3. Smartsheet Work Breakdown Structure Levels Template
  4. A.cdc.gov Work Breakdown Structure Template

Free Work Breakdown Structure Templates Online and PDF

Beyond Google Docs and Excel, a growing number of visual and online platforms offer dynamic WBS tools that allow real-time collaboration, automatic hierarchy rendering, and integration with project management workflows. The following tools and resources offer free WBS templates or built-in WBS capabilities.

Here are the most useful free online and PDF WBS resources available today:

  • Creately: A browser-based diagramming platform with a free WBS tool that supports real-time team collaboration. Creately allows users to co-edit WBS diagrams simultaneously, add comments directly on tasks, and export to a range of formats, including PDF and CSV.
  • Miro: An online whiteboard platform with WBS templates well-suited to distributed teams. Miro’s WBS template supports drag-and-drop hierarchy building, sticky note integration, and integration with tools like Jira and Asana.
  • Instagantt: A Gantt-focused project management tool with a free WBS template that maps directly to a timeline view. Instagantt is particularly useful for teams that want to move from WBS decomposition straight into schedule creation without switching tools.
  • Lucidchart: A popular diagramming platform with a dedicated WBS software mode. Lucidchart connects to your existing project management apps and produces publication-quality WBS diagrams with shareable links.
  • PDF Templates (22 Formats): A collection of 22 downloadable PDF WBS templates suited to formal documentation, stakeholder presentations, and project archive needs. PDF formats work well when the WBS needs to be distributed to external parties who should not edit it.

Creative Work Breakdown Structure Charts

Any project manager responsible for a project knows what needs to be delivered, when, and at what cost. Presenting that information visually to stakeholders requires a format that is both accurate and easy to read at a glance. Canva offers a range of ready-made WBS chart templates that combine structural clarity with polished visual design.

Canva’s WBS templates are available in several ready-to-use color schemes and styles:

Light Pink Work Breakdown Structure

Teal Work Breakdown Structure Chart

Black and Gold Work Breakdown Structure

Sea Green and White Work Breakdown Structure

Black and Gold Work Breakdown Structure (1)

Gold and Charcoal Floral Work Breakdown Structure

White with Pastel Stripes Work Breakdown Structure

Yellow and Black Work Breakdown Structure Chart

5 Common WBS Mistakes to Avoid

Even experienced project managers fall into predictable traps when building or maintaining a work breakdown structure. Recognizing these mistakes before they occur is one of the most practical things you can do to protect project quality and team efficiency. The following WBS pitfalls appear most frequently in real-world projects:

  • Listing Activities Instead of Deliverables: The most widespread WBS mistake is filling the structure with actions rather than outputs. If your WBS reads like a to-do list, with items such as “schedule kickoff meeting” or “send weekly updates,” it has drifted from its purpose. Every element should describe something that will be produced or delivered, not something that will be done.
  • Building Without Stakeholder Input: A WBS built in isolation almost always misses scope. Engaging stakeholders from each team early in the decomposition process surfaces requirements, flags dependencies, and ensures that the agreed WBS genuinely reflects the full project scope.
  • Skipping the WBS Dictionary: The WBS dictionary defines exactly what is and is not included in each work package. Without it, ambiguity about scope boundaries leads to duplication, gaps, and disputes over ownership during execution.
  • Failing to Update the WBS: A WBS that reflects the project as it was defined on day one is not useful by week six. Scope changes, team adjustments, and new information all require corresponding updates to the WBS. Treating it as a static document rather than a living reference is one of the primary reasons projects drift off course.
  • Excessive Granularity: Breaking the WBS down to individual hours or micro-tasks creates a structure that is too cumbersome to manage. Apply the 8/80 rule consistently, and resist the temptation to decompose further than necessary to assign, estimate, and track work effectively.

Further Questions on What a Work Breakdown Structure

If you like the video below, it is worth checking out the Project Manager’s work breakdown structure guide that provides extra details you might need to complete the WBS and get your project kicked off.

Conclusion

A work breakdown structure template is one of the most practical tools in any project manager’s planning toolkit. By giving complex projects a logical, visual hierarchy, the WBS creates clarity around scope, improves resource allocation, and gives every team member a clear picture of how their work connects to the overall objective. From Google Docs and Excel to dedicated platforms like Lucidchart and Creately, there is a format to suit every team size and project type.

The 60 free templates in this guide cover the full range of WBS formats, from simple table-based outlines to detailed tree diagrams with integrated Gantt charts and dictionary fields. Start with the template format that fits your current project, apply the 100% rule and the 8/80 rule as you decompose your scope, and validate the completed WBS with your stakeholders before scheduling begins. Getting the structure right at the start sets every other phase of the project up for success.

Frequently Asked Questions About Work Breakdown Structures

What is the difference between a WBS and a project plan?

A work breakdown structure defines what needs to be delivered on a project, organized as a hierarchy of deliverables and work packages. A project plan defines when each piece of work will happen, who is responsible, and how tasks depend on each other. The WBS is typically created first and then used as the foundation for building the project schedule. Treating them as interchangeable tools is a common source of planning confusion.

What is the 100% rule in a work breakdown structure?

The 100% rule states that the WBS must capture 100% of the work defined by the project scope, and nothing beyond it. At every level of the hierarchy, the combined scope of child elements must equal the full scope of the parent element above them. No work should be omitted from the WBS, and no work that falls outside the agreed scope should be included. This rule is the cornerstone of accurate WBS construction.

How many levels should a work breakdown structure have?

Most well-structured WBS documents contain three levels of decomposition: the project objective at Level 1, major deliverables or phases at Level 2, and sub-deliverables or work packages at Level 3. Some complex projects extend to four or five levels, but adding unnecessary depth makes the WBS harder to manage and update. The right depth is the level at which each element can be realistically assigned, estimated, and tracked.

Can a WBS be used in agile projects?

Yes, a WBS can be adapted for agile and hybrid project environments. In agile contexts, a technique called rolling wave planning is used, where only near-term work packages are fully decomposed, and future items remain at a higher level until the scope becomes clearer. This approach, recognized in PMBOK guidance, allows teams to benefit from WBS structure without being locked into scope definitions that may change across iterations.

What is a WBS dictionary, and why does it matter?

A WBS dictionary is a companion document that provides detailed descriptions for each element in the work breakdown structure. For every work package, the dictionary typically includes a scope description, a responsible owner, estimated effort, acceptance criteria, and any known dependencies or constraints. Without a WBS dictionary, work package boundaries remain ambiguous, which leads to scope gaps, duplication of effort, and disagreements over what was and was not delivered during project closeout.

Suggested articles:

Scroll to Top