Hoe beheer je cross-team dependencies?

Question

Accepted Answer

Een **dependency** is iets wat je werk nodig heeft van een ander team of systeem voordat je kunt afronden. **Cross-team dependencies** zijn een van de voornaamste oorzaken van vertragingen, omdat ze een deel van je tijdlijn buiten je controle plaatsen. Het beheren ervan gaat om zichtbaarheid, vroege coördinatie en waar mogelijk het verminderen van afhankelijkheden.

## Maak dependencies zichtbaar

```text
✓ MAP them early → what do we need, from whom, by when?
✓ Identify the CRITICAL PATH → which dependency, if late, delays everything
✓ Track each one explicitly (a RAID log or dependency board)
✓ Confirm the OTHER team agrees to the timing — a date you assumed isn't a commitment
```

## Coördineer proactief

```text
✓ Talk to the other team EARLY — give them lead time
✓ Agree on interfaces/contracts up front so both sides can work in parallel
✓ Re-confirm as deadlines approach; check in, don't assume
✓ Have a fallback if the dependency slips
```

## Verminder dependencies waar mogelijk

De best beheerde dependency is degene die je hebt verwijderd. Kun je het onderdeel van het andere team stubben/mocken en later integreren? Werk sequentiëren om eerst onafhankelijke delen te starten? Decoupling brengt veerkracht.

## Een concreet voorbeeld

Je feature heeft een endpoint van het platform team nodig. In plaats van te wachten, stem je nu af op het API contract, bouw je tegen een mock, en integreer je wanneer hun endpoint gereed is. De dependency blokkeert je start niet meer — alleen je afrondend.

## Een veelvoorkomend risico

Aannames doen over het tijdschema van een ander team zonder het te bevestigen, en dan verrast worden wanneer hun prioriteiten verschuiven. Hun roadmap is niet jouw roadmap tenzij zij dat hebben afgesproken.

## Waarom het belangrijk is

Een project kan intern perfect uitgevoerd zijn en toch volledig mislopen vanwege één onbeheerde externe dependency.

Zichtbaarheid (in kaart brengen en bijhouden), vroege coördinatie (contracten en data afspreken) en decoupling (mocks, parallel werk) veranderen dependencies van stille tijdlijnen-bommen in beheerde, voorspelbare overdrachten.