Hvordan administrerer du avhengigheter på tvers av team?

Question

Accepted Answer

En **avhengighet** er noe arbeidet ditt trenger fra et annet team eller system før du kan fullføre. **Avhengigheter på tvers av team** er en av de viktigste årsakene til forsinkelser, fordi de legger en del av tidsplanen din utenfor kontrollen din. Å administrere dem handler om synlighet, tidlig koordinering og å redusere avhengigheter hvor du kan.

## Gjør avhengigheter synlige

```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
```

## Koordiner proaktivt

```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
```

## Reduser avhengigheter hvor mulig

Den best administrerte avhengigheten er den du fjernet. Kan du stub/mock den andre teamets del og integrere senere? Sekvensiere arbeid for å starte uavhengige deler først? Frakoblinger gir motstandskraft.

## Et konkret eksempel

Funksjonen din trenger et endepunkt fra plattformteamet. I stedet for å vente, avtaler dere om API-kontrakten nå, bygger mot en mock, og integrerer når deres endepunkt kommer. Avhengigheten blokkerer ikke lenger starten din — bare fullføringen din.

## En vanlig felle

Å anta et annet teams tidslinje uten å bekrefte det, og deretter bli overrasket når prioritetene deres endres. Deres veikart er ikke ditt veikart med mindre de har blitt enige.

## Hvorfor det er viktig

Et prosjekt kan drives perfekt internt og fortsatt glippe helt på grunn av én uadministrert ekstern avhengighet.

Synlighet (kartlegg og spor), tidlig koordinering (avtale kontrakter og datoer) og frakoblinger (mocks, parallelt arbeid) gjør avhengigheter fra stille tidslinjebomber til administrerte, forutsigbare overføringer.