A resource breakdown structure, or RBS, is a hierarchical breakdown of every resource a project needs, organized by category and then by type. It is the resource equivalent of an org chart: at the top sit broad categories like people, equipment, materials, and facilities, and each branches down into the specific resources underneath. Where the work breakdown structure lists the work, the RBS lists what it takes to do the work. Build the two together and every task has both a deliverable to produce and a defined set of resources to produce it with.
Key takeaways
- A resource breakdown structure is a hierarchical categorization of all the resources a project consumes: people, equipment, materials, facilities, and finances.
- The RBS answers "what do we need," while the work breakdown structure answers "what do we deliver." They are complementary hierarchies.
- You usually build the RBS right after the WBS, because the deliverables in the WBS tell you which resources the RBS has to account for.
- A good RBS makes estimating, assignment, and cost roll-up faster, because every resource has a code and a place in the hierarchy.
- The RBS is a categorization, not a schedule. When and how much of each resource you need comes later, from loading and capacity planning.
Last updated July 2026.
What is a resource breakdown structure in project management?
A resource breakdown structure is a hierarchical chart that lists and categorizes every resource required to complete a project. It starts with high-level categories such as human resources, equipment, materials, and facilities, then breaks each category down into progressively more specific types until you reach the individual resources you can estimate and assign. The result is a tree that captures the full resource picture of a project in one place.
The point of organizing resources this way is control. When resources sit in a defined hierarchy, you can estimate them consistently, roll their costs up by category, and see at a glance whether you have accounted for everything a project needs. It also gives every resource a code, which makes assigning resources to tasks and reporting on their use far cleaner than working from a flat list. In that sense the RBS is the reference structure that the more active work of resource allocation in project management draws on.
Resource breakdown structure vs work breakdown structure
The RBS and the work breakdown structure (WBS) are both hierarchical trees, and they are often confused, but they answer opposite questions. The WBS decomposes the project scope into deliverables and the tasks that produce them: it is about the work. The RBS decomposes the resources the project consumes: it is about what does the work. One is the output side, the other the input side, and a complete plan needs both.
| Dimension | Work breakdown structure (WBS) | Resource breakdown structure (RBS) |
|---|---|---|
| Core question | What do we deliver? | What do we need to deliver it? |
| Focus | Deliverables and tasks | People, equipment, materials, facilities |
| Top level | Major project deliverables | Major resource categories |
| Lowest level | Work packages | Individual resources or resource types |
| Built when | First, from the scope | After the WBS, from the tasks it defines |
| Used for | Scheduling, scope control, assigning work | Estimating, assigning resources, cost roll-up |
The order matters. You build the WBS first, because you cannot know which resources you need until you know which deliverables and tasks exist. Then the RBS is built to supply those tasks. In a mature plan the two link: each work package in the WBS points to the resources in the RBS that it consumes, and that link is what lets you estimate and cost the project accurately.
What resource types go in a resource breakdown structure?
A resource breakdown structure covers every kind of resource a project consumes, not just people, which is the mistake teams make when they treat it as a staffing list. The standard categories are human resources, equipment, materials, facilities, and finances, though you tailor them to the project. A software project's RBS is mostly people and licenses; a construction project's is heavy on equipment, materials, and facilities.
- People. Roles and named individuals: engineers, analysts, designers, a project manager, external contractors.
- Equipment. Machinery, servers, vehicles, test rigs, tools that the work requires.
- Materials. Consumables and physical inputs: raw materials, components, supplies.
- Facilities. Physical space: offices, labs, sites, meeting rooms, storage.
- Finances. Budget lines and funding that back the other categories, where you choose to model money as a resource.
Within each category you break down as far as you need to estimate and assign. Under people you might go from "engineering" to "backend engineering" to two named engineers. The right depth is the level at which you can attach an estimate and an owner, and no deeper.
How to build a resource breakdown structure
Building an RBS is a short exercise once the WBS exists, and it pays for itself the first time you have to cost or re-plan the project.
- Start from the WBS. Work through the tasks and work packages and list every resource each one needs. The WBS is your checklist so nothing gets missed.
- Group into categories. Sort the resources you listed into top-level categories: people, equipment, materials, facilities, finances. Drop categories that do not apply.
- Break each category into types. Under each category, add the specific roles, equipment classes, or material types the project uses.
- Reach the estimable level. Keep decomposing each branch until you hit a level you can put an estimate and an owner against, then stop.
- Code the structure. Give each node a code (1, 1.1, 1.1.1) so resources can be referenced consistently in estimates, assignments, and reports.
- Link to the WBS and validate. Map each work package to the resources it uses, then check every task has resources and every resource has a task. Gaps in either direction are planning errors to fix now.
Once the structure exists, it feeds the numbers side of resource planning: how much of each resource you need and when. That demand-over-time question is answered by loading and by the capacity planning template, and the forward view of whether supply will meet it is covered in resource forecasting.
Resource breakdown structure example
Here is a compact RBS for a small software project, coded and categorized. It stops at the level where each line can carry an estimate.
| Code | Category | Resource |
|---|---|---|
| 1 | People | Human resources |
| 1.1 | People | Backend engineer (2) |
| 1.2 | People | Frontend engineer (1) |
| 1.3 | People | Product designer (1) |
| 1.4 | People | Project manager (1) |
| 2 | Equipment | Hardware and infrastructure |
| 2.1 | Equipment | Cloud environment (staging, production) |
| 2.2 | Equipment | Developer laptops |
| 3 | Materials | Software and licenses |
| 3.1 | Materials | SaaS tool subscriptions |
| 4 | Finances | Contingency budget |
Even at this size, the value is visible: costs roll up cleanly by category, every role has a place, and when scope changes you know exactly which lines to revisit. On a portfolio of many projects, the same categories let you compare and combine resource demand across projects, which is the job of resource capacity planning for project portfolios. The commitments the RBS defines are then recorded and maintained in the resource management plan.
Frequently asked questions
What is the difference between an RBS and a WBS?
A work breakdown structure decomposes the project scope into deliverables and tasks, answering what the project will produce. A resource breakdown structure decomposes the resources the project consumes into categories and types, answering what it needs to produce that work. Both are hierarchical trees, but the WBS is the output side and the RBS is the input side. You build the WBS first, then the RBS to supply it.
What are the resource types in a resource breakdown structure?
A resource breakdown structure typically contains five categories: human resources (people and roles), equipment (machinery, hardware, tools), materials (consumables and physical inputs), facilities (space and sites), and finances (budget and funding). You tailor the categories to the project, so a software project leans on people and licenses while a construction project leans on equipment, materials, and facilities.
When do you create a resource breakdown structure?
You create the RBS during planning, right after the work breakdown structure. The WBS defines the deliverables and tasks, and those tasks tell you which resources the RBS has to account for. Building it in that order means the RBS is complete, because the WBS acts as a checklist that catches any resource you would otherwise miss.
Is a resource breakdown structure the same as an org chart?
No, though they look similar. An org chart shows reporting relationships between people in a company. A resource breakdown structure categorizes all the resources a specific project needs, including equipment, materials, and facilities, not just people, and it is organized by resource type rather than by who reports to whom. The RBS is project-specific and broader than staffing.
How detailed should a resource breakdown structure be?
Break each branch down until you reach a level you can attach an estimate and an owner to, then stop. Too shallow and you cannot cost or assign the resources; too deep and you create maintenance work with no payoff. For most projects that means categories at the top, resource types in the middle, and named resources or role counts at the bottom.
The RBS is the reference structure; the active work is putting those resources against tasks and keeping them from being overbooked. For the assignment mechanics, see resource allocation in project management, and for the chart that shows when a resource is over-allocated, see the resource histogram guide.