The same dependency appears in many project plans. Who should own it?

Shared dependency governance

Coordinate the dependency at a level with visibility across the affected projects. Keep local impacts visible while managing one authoritative readiness and decision record.

What to do now

  1. Identify all dependent initiatives
  2. Name the shared dependency owner
  3. Agree one readiness definition and forecast
  4. Review cross-project consequences together
Recommended action flow for shared dependency governance: Identify all dependent initiatives then Name the shared dependency owner then Agree one readiness definition and forecast then Review cross-project consequences together. Escalate when a shared delay creates a conflict beyond one project's authority.

When to escalate

Escalate when

A shared delay creates a conflict beyond one project's authority.

Who decides

The portfolio decision authority

Example

Several projects reference one identity-service readiness milestone instead of maintaining conflicting estimates.

Mistake to avoid

Letting each project report a different date for the same dependency.

Prevent a repeat

Review whether active commitments fit available capacity and current priorities rather than just tracking project counts.

Suggested ApprovedFlow setup

  • Projects
  • Resources
  • Documents
  • Approvals

Use project and capacity records to support portfolio decisions, then record approved priorities and consequences explicitly. See the platform

Related cases

Practice references