Resource Allocation
The Resource Allocation module in Oobeya enables teams to analyze workload distribution and project allocations, supporting more efficient resource management. It helps ensure that teams work in a balanced way based on their capacity, task load, and project priorities.
With this module, engineering leaders can:
Visualize team capacities,
Identify overloaded or underutilized teams and contributors,
Improve resource planning based on real-time data.

Prerequisites
Before using the Resource Allocation module, make sure the following conditions are met:
Key Concepts
Resource: A contributor involved in the development process (e.g., developer, QA, analyst).
Project: The initiative or product being worked on. The module integrates with Jira and Azure Boards.
Project Allocation %: Represents the ratio of effort or tasks a contributor is assigned to a specific project.
Resource Utilization %: Indicates how much of the assigned work a resource was able to deliver.
How It Works
Overview Panel
The module provides a summary across the entire organization or selected units:
Total Projects
Total Resources
Utilization by Effort (%)
Utilization by Count (%)
Resource Status Chart
Both utilization metrics help visually identify workload imbalances or inefficient use of capacity.
1. Resource Utilization (%) Calculation
Resource utilization indicates how full a team or individual is compared to their actual delivery capacity. It helps you evaluate:
Are teams or individuals underloaded?
Are they operating at an optimal level?
Are they overloaded?
Formula:
Utilization (%) = (Planned Work Items / Team Average Capacity) × 100
Team Average Capacity is calculated as:
Team Average Capacity = Delivered Work Items / Number of Contributors
Example:
Total Delivered Work Items: 100
Team Members: 5
Planned Work Items for Dev-A: 25
→ Team Avg Capacity = 100 / 5 = 20 → Dev-A’s Utilization = (25 / 20) × 100 = 125%
Interpretation:
≤ 85%
Underutilized
85% – 110%
Optimally Utilized
110% – 130%
Slightly Overloaded
> 130%
Overloaded

2. Project Allocation (%) Calculation
Project allocation indicates how much of a contributor’s time and effort is assigned to a particular project.
This is especially helpful for tracking contributors working on multiple projects simultaneously.

Formula:
Project Allocation (%) =
(Planned Items for This Project by Person / Total Planned Items by Person Across All Projects) × 100
Example:
Planned Tasks for Jane in Project A: 5
Total Planned Tasks for Jane Across All Projects: 10
→ Project Allocation = (5 / 10) × 100 = 50%
This means 50% of Jane's effort is allocated to Project A.
Additional Notes
Data is retrieved from AgileSpace (Oobeya’s Agile analytics module).
Only selected roles (e.g., Developer) are included in calculations. Manage role settings via
Administration > Resource Allocations
.The module supports toggling between Item Count and Effort (story points or time estimates).
For accurate results, ensure contributor profiles are created in Oobeya and merged if necessary.
Admin Settings
Oobeya provides configuration options for administrators to tailor the module’s behavior, such as defining resource status thresholds and selecting which roles are included in the analysis.
1. Resource Allocation Thresholds
These thresholds define how resource utilization is classified:
Underutilized
Below this rate, resources are considered underutilized.
85
Optimally Utilized
Within this range, resources are considered balanced.
110
Slightly Overloaded
Between optimal and heavily overloaded.
130
Overloaded
Above this rate, resources are marked as overloaded.
>130
Each threshold is explained via tooltip icons next to the fields.
Reset: Reverts to default values.
Save: Saves your custom threshold settings.
2. Allocation Roles (Role-Based Exclusions)
This setting lets you control which contributor roles are included in Resource Allocation analytics.
For example: If only the
Developer
role is selected, only those contributors’ workloads are analyzed.This excludes non-engineering roles such as QA, Analyst, Management, Support, etc.
Use Case: If a project manager wants to evaluate only developer productivity, excluding other roles results in more meaningful insights.
Last updated
Was this helpful?