How to Explain a Cross-Team Dependency Delay in English
Learn how to communicate a project delay caused by a dependency on another team, in English, without sounding like you're passing blame while still being accurate about the cause.
Explaining a delay caused by another team is one of the trickier status-update conversations in English — say too little and it sounds like your own team is behind; say it the wrong way and it sounds like you’re deflecting responsibility onto a colleague team. The goal is precision: describe the dependency accurately, state the actual impact, and propose what happens next — without editorializing about whose fault it is.
Key Vocabulary
Blocked — unable to proceed on a specific task until a dependency is resolved, as distinct from simply being behind schedule for internal reasons. “We’re blocked on the payments team’s API changes — our integration work can’t start until that endpoint is available in staging.”
Dependency — a piece of work, decision, or deliverable from another team that your own work relies on to proceed. “The main dependency for this milestone is the updated auth schema from the platform team, expected next Tuesday.”
Critical path — the sequence of dependent tasks that determines the earliest possible completion date; a delay anywhere on it delays the whole project. “This dependency sits on the critical path — any slip here pushes our launch date by the same number of days.”
Slack (schedule buffer) — spare time in a schedule that can absorb a delay without affecting the overall deadline. “We had built in about a week of slack for this milestone, so a three-day delay from the dependency doesn’t move our final launch date.”
Mitigation — an action taken to reduce the impact of a delay, such as starting other work in parallel while waiting. “As a mitigation, we’re starting the frontend work with a mocked version of the API, so we’re not fully idle while waiting on the dependency.”
Reporting the Delay Neutrally
- “Our milestone is currently blocked on the updated auth schema from the platform team — we expect it by Tuesday, based on their latest update.”
- “This isn’t a delay on our side — we’ve completed everything within our control and are waiting on one external dependency before we can proceed.”
- “To be precise: our own work is on track, but the overall delivery date depends on a dependency that’s currently running a few days behind its original estimate.”
Explaining Impact Without Assigning Blame
- “If the dependency lands by Tuesday as expected, we’re still on track for the original launch date. If it slips further, our date will move by the same amount.”
- “We’re not raising this to point fingers — the other team has been transparent about their own constraints — we just want to make sure the impact on our timeline is visible early.”
- “Given the critical-path nature of this dependency, I want to flag the risk now rather than waiting until it’s already affected the deadline.”
Proposing Mitigations
- “While we wait, we’re starting the parts of our work that don’t depend on the new schema, so we’re not fully blocked in the meantime.”
- “Would it help if we joined their next planning session, just to stay closely aligned on the updated timeline?”
- “If the dependency slips past Thursday, we’d recommend revisiting the overall launch date rather than trying to compress our own remaining work to compensate.”
Professional Tips
- State the dependency as a fact, not a complaint. “We’re blocked on X, expected by Y” reads as a status update; “we’re stuck because they haven’t delivered yet” reads as blame, even if the facts are identical.
- Always separate “our team’s progress” from “the dependency’s status.” Reviewers and stakeholders need to know which part of the delay, if any, is within your control.
- Offer a mitigation whenever possible. Showing you’re working around the blocker, even partially, signals ownership rather than passive waiting.
Practice Exercise
- Write a two-sentence status update reporting a blocked task, without sounding like you’re blaming the other team.
- Draft a message proposing a mitigation while waiting on a cross-team dependency.
- Write a short escalation message flagging that a dependency delay is now at risk of affecting the overall launch date.