MOVE 4
Connect demand to capacity
Collecting the twelve building blocks is not enough.
Most organizations already have many of these numbers somewhere. The problem is that the data stops connecting as approvals, dates, and staffing promises are made.
- If proposed work is not connected to future demand, the organization approves work without understanding the staffing impact.
- If project schedules are not connected to resource allocations, the timeline moves but the capacity forecast does not.
- If availability is not connected to skills, a resource may look free without being qualified for the work.
- If PTO and non-project work are not connected to availability, a person may look free during time they will not actually spend on project work.
- If work in Jira or Azure DevOps is not connected to the portfolio, development teams may look available from the PMO's view while carrying full delivery commitments elsewhere.
- If planned effort is not connected to actual effort, the same unrealistic estimates repeat project after project.
- If priority is not connected to allocation decisions, capacity gets balanced by convenience instead of protected for what matters most.
Invisible work.
People are carrying commitments that never appear in the capacity system: business-as-usual work, support, unplanned requests, meetings, work tracked in an external system, shadow projects, informal leadership responsibilities. These are real, costly, and nowhere in the report.
False precision.
The report shows a person at 72% utilization. The number is exact. It's also built on incomplete estimates, missing PTO, invisible operational work, or outdated assignments. So the picture underneath is not exact at all.
This is why another workload dashboard usually does not solve the problem. A dashboard can only show the data it can reach. If skills, PTO, priority, and work in external systems live in separate places without a reliable connection, the dashboard becomes another reporting layer on top of disconnected information.
Not after exports.
Not after a manager’s spreadsheet.
Not after a planning meeting.
With one connected capacity picture.
Can leadership answer the capacity question now?
Connection is what turns data into a capacity story the PMO can defend. When the data is connected, leaders can see how proposed work became visible demand, how demand became a staffing plan, how a plan became an assignment, how actual effort revealed a gap, and how everything rolls up into portfolio-level visibility executives can trust.
That is the difference between collecting resource data and building a resource and capacity backbone.
For resource data to actually work, it can't just sit in different places.
Availability, skills, PTO, assignments, and demand all need to connect to each other in one place so the numbers can be trusted, not just collected.
Every system you add without connecting the data creates another relationship someone has to maintain by hand.
Here's what that looks like in practice.
Say an integration pulls hours from Jira into a report. Now you can see the hours. But you still can't tell if that person is overloaded because the report doesn't know what else they're assigned to, whether they're about to go on PTO, or how urgent the work is.
The hours showed up. They just didn't bring their context with them.
That's the real difference: moving data gets a number from one screen to another.
Connecting data means that number still knows what it's related to once it gets there.
Every integration you add without connecting data becomes one more thing someone has to reconcile by hand.