RESOURCE BREAKDOWN STRUCTURE
tasleemat asset PMO-04.06.03 template --lang en
Deliverable Summary & Governance Boundaries
Lifecycle Phase Alignment
Phase 04: Planning
Sizing Tier Requirements
Validation Contract
This deliverable conforms to a strict companion Draft 2020-12 JSON Schema for automated structural and semantic validation.
tasleemat validate PMO-04.06.03 ./completed_data.json
Template Markdown (Bilingual)
<!-- LLM INSTRUCTIONS: Fill in the Resource Breakdown Structure based on the
project context.
Context and Definition:
The resource breakdown structure is a hierarchical structure used to organize
the resources by type and category. It can be shown as a hierarchical chart or as
an outline. It is an output of Estimate Activity Resources, and its resources are
based on the project scope: a stable scope gives a stable resource tree, and an
evolving scope gives one that must be re-examined each time scope moves.
It can receive information from:
* Assumption log
* Resource management plan
* Scope baseline
* Activity attributes
It provides information to:
* Duration estimates worksheet
Tailoring Tips:
* Decompose the team branch further when the project mixes skill levels,
required certifications or locations, since a branch holding all three
cannot be estimated against anything.
* Organise by geography instead of by type when the work is spread across
sites and the constraint is where people are.
* Keep the numbering contiguous. A gap in the codes reads as a missing node
rather than a deliberate skip.
Alignment:
The resource breakdown structure should be aligned and consistent with:
* Resource management plan
* Resource requirements
Section Instructions:
* 1. Resource Breakdown Structure (Outline): Give the hierarchy as rows of code
and node. The code is the position in the tree, written as 1, 1.1, 1.1.1 so a
reader can rebuild the tree from the text alone.
* 2. Resource Breakdown Structure (Hierarchical Chart): State which view the
diagram takes, then give the node labels in the same order as the outline.
The chart and the outline must agree.
-->
<h3 align="right">{{Company_Name}}</h3>
<h2 align="right">{{Project_Name}} - {{Project_ID}}</h2>
<h1 align="center">RESOURCE BREAKDOWN STRUCTURE</h1>
| **Date Prepared:** {{Current_Date}} | **Project Manager:** {{Project_Manager_Name}} | **Prepared By:** {{Prepared_By}} |
| :--- | :--- | :--- |
---
## 1. Resource Breakdown Structure (Outline)
| RBS Code | Resource Node |
| :--- | :--- |
| 1 | [ Project Name ] |
| 1.1 | People |
| 1.1.1 | [ Add details... ] |
| 1.1.2 | [ Add details... ] |
| 1.2 | Equipment |
| 1.2.1 | [ Add details... ] |
| 1.3 | Materials |
| 1.3.1 | [ Add details... ] |
| 1.4 | Supplies |
| 1.4.1 | [ Add details... ] |
| 1.5 | Locations |
| 1.5.1 | [ Add details... ] |
## 2. Resource Breakdown Structure (Hierarchical Chart)
**Chart Form:** [ Add details... ]
**Node Labels:**
[ Add details... ]
```mermaid
mindmap
root((Project))
People
PlaceholderP1["[ Add details... ]"]
PlaceholderP2["[ Add details... ]"]
Equipment
PlaceholderE1["[ Add details... ]"]
PlaceholderE2["[ Add details... ]"]
Materials
PlaceholderM1["[ Add details... ]"]
PlaceholderM2["[ Add details... ]"]
Supplies
PlaceholderS1["[ Add details... ]"]
PlaceholderS2["[ Add details... ]"]
Locations
PlaceholderL1["[ Add details... ]"]
PlaceholderL2["[ Add details... ]"]
```
### Sign-off and Approvals
| Role | Name | Signature | Date |
| :--- | :--- | :---: | :---: |
| **Project Manager** | {{Project_Manager_Name}} | _______________________ | [ .... - .... - .... ] |
| **Resource Manager** | {{Resource_Manager_Name}} | _______________________ | [ .... - .... - .... ] |
| **PMO Lead** | {{PMO_Lead_Name}} | _______________________ | [ .... - .... - .... ] |
---
<div align="right" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
<span>Electronic Audit Trail: Hash SHA256: {{Audit_Trail_SHA256_Hash}}</span> <br>
<strong>Template:</strong> RESOURCE BREAKDOWN STRUCTURE | <strong>Ref:</strong> PMO-04.06.03 <br>
<i>Generated on: {{Current_Timestamp}}, by <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">Tasleemat</a></i>
</div>
User Guide & Practitioner Instructions
Tasleemat Forms Guide
Project Artifact: Resource Breakdown Structure
Document Reference: PMO-04.06.03
This document provides a comprehensive, professional reference to understand the purpose and effective usage of the Resource Breakdown Structure in alignment with the Tasleemat framework.
1. What?
A list of the project's resources arranged as a tree: the project at the top, resource categories beneath it, and individual resources with their quantities below those. It answers the question of what the project needs and in what groupings, without repeating the schedule.
2. Why?
Because a resource list sorted flat by name cannot be checked against anything. As a tree, a reader can see at once which category is carrying the load, which branch is empty, and where a single resource sits deep enough that it may be split. The tree is also what makes the estimate arguable: a claim that a branch is adequately resourced is checkable against a branch that is not.
3. When?
Built when activities are being estimated, once enough of the scope is settled to know what the activities are. It is revised whenever scope changes, because resources follow scope: a stable scope gives a stable resource tree, and an evolving one gives a tree that must be re-examined each time scope moves.
4. Who?
Prepared by whoever estimates the activities, which is usually the team lead, and reviewed by the resource manager who holds the wider picture of what the organisation can supply. The project manager signs it because the tree is the shape of the estimate they are committing to.
Tailoring Tips
- Decompose the people branch further when the team mixes skill levels, required certifications, or locations. A branch that holds all three together cannot be estimated against anything.
- Organise by geography instead of by type when the work is spread across sites and the constraint is where people are, not what they do.
- Keep the numbering contiguous. A gap in the codes reads as a missing node rather than as a deliberate skip, and the reader cannot tell which it was meant to be.
Alignment & Dependencies
1. Pre-requisites & Inputs (Upstream Dependencies)
- Mandatory:
- Work Breakdown Structure / WBS (PMO-04.02.06)
- Project Schedule (PMO-04.03.08)
- Optional / Contextual:
- Resource Capacity Matrix (PMO-00.04)
- Cost Management Plan (PMO-04.04.01)
2. Downstream Dependents
- Mandatory:
- Responsibility Assignment Matrix / RAM (PMO-04.06.04)
- Team Charter (PMO-04.06.05)
- Team Performance Assessment (PMO-05.06)
- Optional / Contextual:
- Team Onboarding Checklist (PMO-05.12)
- Training Plan & Log (PMO-04.11.02)
5. How?
To accurately complete the Resource Breakdown Structure, populate the following sections based on
the project context (ensuring reference to parameters.md for the general
project variables):
- RBS Code: The position of the node in the hierarchy, written as 1, 1.1, 1.1.1 so a reader can reconstruct the tree from the text alone. A node numbered 1.2.1 with no 1.2 above it means a level was skipped.
- Resource Node: What the node names. A first-level node is the project, a second-level node is a resource category such as people or equipment, and a third-level node is an individual resource carrying its quantity. A category node with nothing beneath it leaves the branch empty.
- Chart Form: Which view the chart takes: a mindmap for a single hierarchy, or a flowchart where the nodes carry relationships rather than only parentage. Stated so a reader knows what the diagram is meant to show.
- Node Labels: The node labels, one per line, in the same order as the outline. The chart and the outline must agree: a branch present in one and absent from the other is the defect this section exists to prevent.
📥 Associated Templates
- 📄 Printable Template (Markdown)
- 🤖 LLM Generation Prompt
- 📊 Data Structure (JSON)
- 📈 Tabular Data (CSV)
6. Reference Example
A fully completed, gold-standard reference example illustrating this artifact in practice is available:
📖 Completed Example: 04_06_03_Resource_Breakdown_Structure_Example.md
LLM Generation Prompt & Agent Instructions
RESOURCE BREAKDOWN STRUCTURE - LLM Generation Prompt
SYSTEM INSTRUCTIONS: This document is the detailed instruction set for generating the RESOURCE BREAKDOWN STRUCTURE. When asked to populate the template, follow the guidance for each section below to produce the requested content. Refer to
parameters.mdfor the general project variables.Context and Definition: A hierarchical view of the project's resources, organised by type and category. It is an output of Estimate Activity Resources, and its job is to make the resource picture legible at a glance rather than to restate it line by line.
Alignment & Dependencies: * Pre-requisites (Inputs): * Mandatory: Work Breakdown Structure / WBS (PMO-04.02.06), Project Schedule (PMO-04.03.08) * Optional: Resource Capacity Matrix (PMO-00.04), Cost Management Plan (PMO-04.04.01) * Downstream Dependents: * Mandatory: Responsibility Assignment Matrix / RAM (PMO-04.06.04), Team Charter (PMO-04.06.05), Team Performance Assessment (PMO-05.06) * Optional: Team Onboarding Checklist (PMO-05.12), Training Plan & Log (PMO-04.11.02)
Resource Breakdown Structure (Outline)
RBS Code
Instructions: The position of the node in the hierarchy, written as 1, 1.1, 1.1.1 so a reader can reconstruct the tree from the text alone. A node numbered 1.2.1 with no 1.2 above it means a level was skipped.
Generated Value: [ Add details... ]
Resource Node
Instructions: What the node names. A first-level node is the project, a second-level node is a resource category such as people or equipment, and a third-level node is an individual resource carrying its quantity. A category node with nothing beneath it leaves the branch empty.
Generated Value: [ Add details... ]
Resource Breakdown Structure (Hierarchical Chart)
Chart Form
Instructions: Which view the chart takes: a mindmap for a single hierarchy, or a flowchart where the nodes carry relationships rather than only parentage. Stated so a reader knows what the diagram is meant to show.
Generated Value: [ Add details... ]
Node Labels
Instructions: The node labels, one per line, in the same order as the outline. The chart and the outline must agree: a branch present in one and absent from the other is the defect this section exists to prevent.
Generated Value: [ Add details... ]
Resource Breakdown Structure (Reference Example)
🏆 Gold Standard Reference Example: This document illustrates a fully completed, production-grade artifact adhering to the Tasleemat PMO Framework (
PMO-04.06). All company names, project references, and figures are realistic fictional simulations.
Apex Global Solutions
Apex Unified Cloud ERP & Supply Chain Modernization - PRJ-2026-ERP-01
RESOURCE BREAKDOWN STRUCTURE
1. Resource Breakdown Structure (Outline)
| RBS Code | Resource Node |
|---|---|
| 1 | Apex Enterprise Nexus ERP |
| 1.1 | People |
| 1.1.1 | Solution Architects & Cloud Engineers |
| 1.1.2 | Functional Analysts & QA Engineers |
| 1.2 | Equipment |
| 1.2.1 | Cloud Integration & Build Clusters |
| 1.3 | Materials |
| 1.3.1 | SaaS Enterprise Licenses & Database Engine |
| 1.4 | Supplies |
| 1.4.1 | Cloud Storage & Compute Credits |
| 1.5 | Locations |
| 1.5.1 | Primary Data Center & Virtual Staging VPC |
2. Resource Breakdown Structure (Hierarchical Chart)
Chart Form: Functional & Infrastructure Tree View
Node Labels: 5-tier classification covering Personnel, Compute, Licensing, Storage, and Environments.
mindmap
root((Project))
People
PlaceholderP1["Solution Architects & Engineers"]
PlaceholderP2["Business Analysts & QA Testers"]
Equipment
PlaceholderE1["Development & Test Build Clusters"]
PlaceholderE2["Network Gateways & Security Appliances"]
Materials
PlaceholderM1["Software & Database Licenses"]
PlaceholderM2["API Connectors & Integration Adapters"]
Supplies
PlaceholderS1["Object Storage Credits"]
PlaceholderS2["Compute Processing Capacity"]
Locations
PlaceholderL1["Primary Cloud Region"]
PlaceholderL2["Virtual Private Cloud (VPC)"]
Sign-off and Approvals
| Role | Name | Signature | Date |
|---|---|---|---|
| Project Manager | Faisal Al-Harbi, PMP | [Electronically Signed] | 2026-03-18 |
| Resource Manager | Sami Al-Ghamdi (Resource Management Lead) | [Electronically Signed] | 2026-03-18 |
| PMO Lead | Tariq Al-Mansoor, PfMP | [Electronically Signed] | 2026-03-18 |
| --- |
Generated on: 2026-03-15 10:00 UTC, by Tasleemat
Draft 2020-12 JSON Schema
{
"$schema": "https://json-schema.org/draft/2020-12/schema",
"$id": "https://tasleemat.pmo/schemas/completed/PMO-04.06.03.schema.json",
"title": "Completed RESOURCE BREAKDOWN STRUCTURE Data Contract",
"description": "Additive structural schema validating completed RESOURCE BREAKDOWN STRUCTURE artifact data payloads (PMO-04.06.03).",
"type": "object",
"properties": {
"artifact_id": {
"type": "string",
"const": "PMO-04.06.03"
},
"metadata": {
"type": "object",
"properties": {
"project_name": {
"type": "string",
"minLength": 1
},
"project_code": {
"type": "string"
},
"date_prepared": {
"type": "string",
"format": "date"
},
"project_manager": {
"type": "string",
"minLength": 1
},
"prepared_by": {
"type": "string",
"minLength": 1
},
"version": {
"type": "string"
},
"status": {
"type": "string",
"enum": [
"draft",
"baselined",
"in_review",
"approved"
]
}
},
"required": [
"project_name",
"date_prepared",
"project_manager",
"prepared_by"
]
},
"resource_breakdown_structure_outline": {
"type": "object",
"properties": {
"rbs_code": {
"type": "string",
"minLength": 1,
"description": "The position of the node in the hierarchy, written as 1, 1.1, 1.1.1 so a reader can reconstruct the tree from the text alone. A node numbered 1.2.1 with no 1.2 above it means a level was skipped."
},
"resource_node": {
"type": "string",
"minLength": 1,
"description": "What the node names. A first-level node is the project, a second-level node is a resource category such as people or equipment, and a third-level node is an individual resource carrying its quantity. A category node with nothing beneath it leaves the branch empty."
}
},
"required": [
"rbs_code",
"resource_node"
]
},
"resource_breakdown_structure_hierarchical_chart": {
"type": "object",
"properties": {
"chart_form": {
"type": "string",
"minLength": 1,
"description": "Which view the chart takes: a mindmap for a single hierarchy, or a flowchart where the nodes carry relationships rather than only parentage. Stated so a reader knows what the diagram is meant to show."
},
"node_labels": {
"type": "string",
"minLength": 1,
"description": "The node labels, one per line, in the same order as the outline. The chart and the outline must agree: a branch present in one and absent from the other is the defect this section exists to prevent."
}
},
"required": [
"chart_form",
"node_labels"
]
}
},
"required": [
"artifact_id",
"metadata",
"resource_breakdown_structure_outline",
"resource_breakdown_structure_hierarchical_chart"
]
}
📋 Form Field Definitions Dictionary (Legacy Specification)
{
"form_name": "RESOURCE BREAKDOWN STRUCTURE",
"document_reference": "PMO-04.06.03",
"_llm_instructions": "Populate the fields of 'RESOURCE BREAKDOWN STRUCTURE' and write the value of each field under 'Generated Value', based on the project context. Context: the project carrying reference PMO-04.06.03.",
"project_title": "",
"date_prepared": "",
"fields": {
"f01_RBS_Code": {
"section": "Resource Breakdown Structure (Outline)",
"label": "RBS Code",
"guidance": "The position of the node in the hierarchy, written as 1, 1.1, 1.1.1 so a reader can reconstruct the tree from the text alone. A node numbered 1.2.1 with no 1.2 above it means a level was skipped.",
"value": ""
},
"f02_Resource_Node": {
"section": "Resource Breakdown Structure (Outline)",
"label": "Resource Node",
"guidance": "What the node names. A first-level node is the project, a second-level node is a resource category such as people or equipment, and a third-level node is an individual resource carrying its quantity. A category node with nothing beneath it leaves the branch empty.",
"value": ""
},
"f03_Chart_Form": {
"section": "Resource Breakdown Structure (Hierarchical Chart)",
"label": "Chart Form",
"guidance": "Which view the chart takes: a mindmap for a single hierarchy, or a flowchart where the nodes carry relationships rather than only parentage. Stated so a reader knows what the diagram is meant to show.",
"value": ""
},
"f04_Node_Labels": {
"section": "Resource Breakdown Structure (Hierarchical Chart)",
"label": "Node Labels",
"guidance": "The node labels, one per line, in the same order as the outline. The chart and the outline must agree: a branch present in one and absent from the other is the defect this section exists to prevent.",
"value": ""
}
}
}