Kako upravljaš ovisnostima između timova?

Question

Accepted Answer

**Ovisnost** je nešto što tvoj rad trebا od drugoga tima ili sustava prije nego što možeš završiti. **Ovisnosti između timova** su jedan od glavnih uzroka kašnjenja, jer dio tvoje vremenske ose stavljaju izvan tvoje kontrole. Upravljanje njima je o vidljivosti, ranoj koordinaciji i smanjenju oslanjanja gdje je moguće.

## Učini ovisnosti vidljivima

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

## Koordiniraj proaktivno

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

## Smanjи ovisnosti gdje je moguće

Najbolje upravljana ovisnost je ona koju si uklonio. Možeš li stvoriti zaleđe/mock drugoga tima i integrirati kasnije? Slijediti rad tako da počneš s neovisnim dijelovima prvo? Otkapčinjavanje donosi otpornost.

## Konkretan primjer

Tvoja značajka trebа endpoint od tima za platformu. Umjesto čekanja, dogovoraš API ugovor sada, gradiš protiv mocka i integriraj kada njihov endpoint stigne. Ovisnost više ne blokira tvoj početak — samo tvoj završetak.

## Česta greška

Pretpostavljanje vremenske ose drugoga tima bez potvrde, a zatim biti iznenađen kada se njihove prioritete promijene. Njihova roadmap nije tvoja roadmap osim ako nisu to dogovorili.

## Zašto je važno

Projekt može biti savršeno vođen interno i dalje skliznuti u potpunosti zbog jedne neupravljane eksterne ovisnosti.

Vidljivost (mapiranje i praćenje), rana koordinacija (dogovori ugovore i datume) i otkapčinjavanje (mockovi, paralelni rad) pretvaraju ovisnosti iz nečujnih bombi na vremenskoj osi u upravljane, predvidive prenosе.