Blocked Work Sits Idle Instead of Being Picked Up
2 minute read
What you are seeing
A developer opens a ticket on Monday and hits a blocker by Tuesday - a missing dependency, an unclear requirement, an area of the codebase they don’t understand well. They flag it in standup. The item sits in “in progress” for two more days while they work around the blocker or wait for it to resolve. Nobody picks it up.
The board shows items stuck in the same column for days. Blockers get noted but rarely acted on by other team members. At sprint review, several items are “almost done” but not finished - each stalled at a different blocker that a teammate could have resolved quickly.
Common causes
Push-Based Work Assignment
When work belongs to an assigned individual, nobody else feels authorized to touch it. Other team members see the blocked item but do not pick it up because it is “someone else’s story.” The assigned developer is expected to resolve their own blockers, even when a teammate could clear the issue in minutes. The team’s norm is individual ownership, so swarming - the highest-value response to a blocker - never happens.
Read more: Push-Based Work Assignment
Knowledge Silos
When only the assigned developer understands the relevant area of the codebase, other team members cannot help even when they want to. The blocker persists until the assigned person resolves it because nobody else has the context to take over. Swarming is not possible because the knowledge needed to continue the work lives in one person.
Read more: Knowledge Silos
How to narrow it down
- Does the blocked item sit with the assigned developer rather than being picked up by someone else? If teammates see the blocker flagged in standup and do not act on it, the norm of individual ownership is preventing swarming. Start with Push-Based Work Assignment.
- Could a teammate help if they had more context about that area of the codebase? If knowledge is too concentrated to allow handoff, silos are compounding the problem. Start with Knowledge Silos.
Related Content
- Work Items Take Days or Weeks to Complete - Idle blocked work drives up cycle time
- Everything Started, Nothing Finished - Blocked items accumulate as excess WIP
- Team Membership Changes Constantly - Knowledge silos worsen when people leave
- Push-Based Work Assignment - Assignment model that prevents swarming
- Knowledge Silos - Concentrated knowledge that prevents handoff
- Limiting WIP - WIP limits make blocked items visible and prompt swarming