Kako upravljate tehničkim dugom na razini organizacije?

Question

Accepted Answer

Na razini organizacije, tehnički dug je **portfolio koji se mora upravljati**, a ne backlog koji treba eliminirati. Cilj nije nula dugova; cilj je održavati dug na razini gdje ne ugrožava brzinu dostave, pouzdanost ili mogućnost realizacije strategije.

## Kako razmišljati o tome

```text
MAKE DEBT VISIBLE AND PRIORITIZED
- Inventory the debt that actually hurts (slows delivery, causes incidents)
- Classify: strategic (deliberate) vs accidental vs decay/rot
- Quantify impact in business terms (velocity, downtime, churn risk)
- Allocate a steady % of capacity to paydown (commonly 15-25%)
```

Ne svi dugovi su vrijedni otplate. Dug u stabilnom, rijetko mijenjajućem sustavu može se ostaviti po strani; dug u vrućem, brzo mijenjajućem području trebalo bi otplatiti prvi.

## Konkretan primjer

CTO uvodi pravilo da 20% kapaciteta svakog tima ide na pouzdanost i dug, zatim to usmjerava na tri sustava koja uzrokuju 80% incidenata, umjesto raspršivanja svugdje.

## Kompromisi i zamke

- **Zamka:** "velika prepravka" da se sve dugove otplate, što obično prekorači i ponovno stvara dug.
- **Zamka:** nikada ga ne otplatiti, dok se brzina dostave ne sruši.
- Predstavljanje duga kao samo inženjerske brige ne uspijeva; povežite ga s poslovnim ishodima da biste dobili pristanak.

## Zašto je važno

Neupravljen tehnički dug se tiho sabija sve dok značajke ne trajaju mjesecima i incidenti ne skakanju.

Upravljanje njime kao namjernim portfoliom održava organizaciju brzom i pouzdanom tijekom godina te pretvara apstraktnu inženjersku zabrinutost u kvantificirani poslovni kompromis o kojem se vodstvo može razmotriti.