Kako identificirate, postavljate prioritete i otplaćujete tehnički dug?

Question

Accepted Answer

**Tehnički dug** je razlika između onoga što kod jeste i onoga što bi trebalo biti, preuzet (namjerno ili ne) da bi se krenulo brže. Neki dug je prihvatljiv; posao je upravljati njime, a ne ga ukloniti. Ključna stvar je prioritizirati dug koji stvarno *šteti*.

## Zašto je to važno

```text
For each piece of debt, ask:
  - How often does it slow us down or cause bugs? (frequency)
  - How bad is it when it bites? (severity)
  - How risky/expensive is it to fix? (cost)

High frequency + high severity + low cost → fix now
Low frequency + low severity → leave it, document it
```

## Konkretan primjer

Krhki modul koji se slomi na svakom izdanju i tjedno blokira tim vrijedan je popravke. Ružna-ali-stabilna uslužnost koju nitko ne dira *nije*, čak i ako vas bjesni. Njezina refaktorijacija je taština, ne vrijednost.

## Kako financirati rad

Čiste "sprint-ove duga" rijetko se odobravaju. Bolji taktici:

```text
✓ Budget ~10-20% of each sprint for debt continuously
✓ Pay debt down inside related feature work ("boy scout rule")
✓ Tie debt to business pain: "this is why feature X took 3 weeks"
```

## Zašto je to važno

Neupravljen dug se povećava: brzina tiho pada dok tim jedva može isporučiti.

Ali lovljenje svakog nedostatka gubi vrijeme na dug koji nije bitan.

Vrijednost TL-a je znati razliku i predstaviti slučaj vodstvu u *poslovnim* terminima, a ne samo inženjerskim.