When Everyone Owns the Dependency, Nobody Owns the Delay
Cross-team work fails when every department owns a piece but nobody owns the path between them.
Some delays do not belong to any one team.
That is precisely why they last.
Applications is waiting for Network. Network needs more detail. Database has scheduled its work for the next window. Middleware assumes the project manager is coordinating everything.
Every team can prove it is not the blocker.
Meanwhile, the customer is still waiting.
A dependency without a named integrator is simply a future delay with good documentation.
The release every team supported
Imagine an Applications team preparing an update to a public benefits portal. The release needs a firewall rule, a database change, and a renewed middleware certificate. Each task is small. Each has an owner.
But nobody owns the sequence.
The firewall change is booked after the release date. Database Operations assumes the rollback plan awaits approval. Middleware renews the certificate, but Applications does not know the new location.
The release is cancelled hours before launch.
Employees spend the weekend rebuilding the plan. Service delivery loses a change window. Customers wait longer for an improvement, and the organization looks incapable of coordinating work it was capable of completing.
The uncomfortable part? Every department may still have met its local target.
Why shared ownership becomes no ownership
Behavioural researchers use the term “diffusion of responsibility” when people feel less individually responsible because responsibility is spread across a group. That does not explain every missed dependency. It does remind us that unclear accountability shapes behaviour.
If the system rewards teams for protecting their own queues, people will focus on their own queues.
Teams can meet every local target and still fail the customer together.
Own the path, not only the pieces
Managers should name one person to integrate the dependency chain—not perform every task, but confirm the sequence, dates, risks, owners, and acceptance criteria.
Organizations should measure end-to-end outcomes alongside departmental SLAs. A dashboard full of green boxes means little when the customer outcome is red.
Cross-team work needs a plan, explicit confirmation, and an escalation path that activates before delivery is threatened.
Key Takeaways
- Every dependency needs an integrator.
- Local ownership does not create end-to-end accountability.
- Dates and acceptance criteria must be confirmed.
- Departmental SLAs can hide customer failure.
- Escalate before the deadline is lost.
Discussion question: Who owns the space between teams when an outcome depends on all of them?



