Project delays, workflow bottlenecks, and execution gaps
Gap Analysis for Project Delays and Stalled Priorities
Gap analysis compares where a project or priority is with where it should be. An operational gap analysis goes further by tracing how the work actually moved, so you can see where it waited, reopened, or hit a workflow bottleneck.
What a Standard Gap Analysis Can Miss
A standard gap analysis asks where you are, where you want to be, and what must change to close the distance. Harvard Business School and Forbes Advisor both explain this familiar current-state and desired-state approach.
Project and work-management systems add useful evidence: status, owners, milestones, workload, blockers, and dependencies. Those records can confirm that a project delay exists. They do not always explain why approvals stalled, work reopened, or the same person kept becoming the bottleneck.
Sometimes the gap really is strategy, funding, or capability. Other times the strategy is fine and the skill already exists, but the priority is stuck behind a decision backlog or an overloaded manager. An operational gap analysis checks both before settling on a cause.
Three Gaps Behind a Stalled Priority
The outcome gap tells you the priority is late. The other two help explain why. If you are still establishing the problem, start with why projects fail and how delays begin. If you already have a specific stalled priority, the route can be traced directly.

How Gap Analysis Works for Stalled Work
Define the intended result
What was supposed to happen, by when, and how success would be measured.
Establish the current reality
What actually happened. How far behind, over budget, or below expectation the priority is right now.
Reconstruct the actual route
We trace the work through the decisions, approvals, handoffs, and restarts it actually went through. The Decision Trace maps where slow decision-making, unclear authority, or a reopened decision added delay.
Separate work from waiting
Productive touch time gets separated from elapsed time spent waiting, reworking, or chasing a decision. The Flow Read pairs the work record with what the people who carried the priority actually experienced, not just the workflow chart.
Test the explanation
We check whether the execution gap is better explained by:
- An unclear or changing objective
- Insufficient resources or skill
- External dependencies outside the team's control
- Friction in the work path itself
- Demand conditions reducing access to skill that already exists
When demand conditions look like the strongest explanation, we check it against four tests before calling it a capacity constraint:
- A measurable shift against baseline
- A load pattern that matches the timing
- Conditions shared across the team, not isolated to one person
- Reversibility once conditions change
If the explanation fails any of these, we return to the list above.
Design a small intervention
We turn the best-supported explanation into one focused, 14-day change. It has an owner, a metric, and a clear condition that would show we got the explanation wrong.
Measure what changes
If the target measure improves and the quality of the work holds, the explanation becomes more credible. If nothing changes, we go back and test another one.
Traditional Gap Analysis vs. Operational Gap Analysis
Standard gap analysis
Current state → desired state → root cause → action plan.
Operational gap analysis
Expected result → actual work route → observable constraint → testable change → measured result.
This is narrower than a full enterprise gap analysis: it applies once the intended outcome is clear and one priority should have moved by now.
Start With One Priority That Should Have Moved
The Stalled Priority Snapshot applies this operational gap analysis to one priority in a 90-minute facilitated session. It maps how the work actually moved, estimates the directly visible labor-cost floor, reports elapsed delay separately, and produces a one-page readout within 24 hours.
The readout includes one 14-day routing experiment with an owner, a metric, and a rejection condition. If the pattern shows up across a team or function, the Work Demand Diagnostic uses a wider evidence base. For a different way to investigate one late outcome, see how root cause analysis applies to a stalled priority.
Not ready to book? The Execution Drag Checklist walks through the warning signs, and The Hidden P&L Exposure of Work Friction and Reduced Access to Skill makes the cost case in P&L terms.
Book a Stalled Priority Snapshot
Bring one stalled priority. In 90 minutes, we find where it sat, who it kept coming back to, and what decision never got made, then design one 14-day change to test the best-supported explanation.