Kako upravljate odvisnosti med ekipami?

Question

Accepted Answer

**Odvisnost** je kaj, kar vaše delo potrebuje od druge ekipe ali sistema, preden lahko zaključite. **Odvisnosti med ekipami** so eden glavnih vzrokov zamud, ker dajo del vašega časovnega plana izven vaše kontrole. Upravljanje je o vidnosti, zgodnji koordinaciji in zmanjšanju odvisnosti, kjer je mogoče.

## Naredite odvisnosti vidne

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

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

## Zmanjšajte odvisnosti, kjer je mogoče

Najbolje upravljana odvisnost je tista, ki ste jo odpravili. Ali lahko narisete/mokira drugi ekipin del in integrirate kasneje? Organizirati delo za začetek s samostojnimi deli najprej? Razdruživanje kupuje prožnost.

## Konkreten primer

Vaša funkcija potrebuje endpoint od platformne ekipe. Namesto čakanja se sedaj dogovorite o pogodbi API, zgradite proti maketi in integrirate, ko njihov endpoint prispe. Odvisnost vas več ne blokira na začetku — samo na koncu.

## Pogosta past

Privzeti časovni pogled druge ekipe brez potrditve, nato biti presenetljeni, ko se njihove prioritete spremenijo. Njihov roadmap ni vaš roadmap, razen če se niso strinjali.

## Zakaj je to pomembno

Projekt je lahko popolnoma vodljen interno in kljub temu v celoti zdrsa, ker ena neupravljena zunanja odvisnost.

Vidnost (zemljevid in sledenje), zgodnja koordinacija (dogovor pogodb in datumov) in razdruživanje (makete, vzporedna dela) spremenijo odvisnosti iz tihih časovnih bomb v upravljane, predvidljive prenose.