Kuinka hallitset teknista velkaa organisaatiotasolla?

Question

Accepted Answer

Organisaatiotasolla tekninen velka on **salkku, jota on hallittava**, ei tehtäväluettelo, joka on poistettava. Tavoite ei ole nolla velka; se on pitää velka tasolla, joka ei uhkaa nopeutta, luotettavuutta tai kyvyä toimittaa strategiaa.

## Kuinka ajatella siitä

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

Kaikki velat eivät ole maksettavaksi. Velka vakaassa, harvoin muuttuvassa järjestelmässä voidaan jättää rauhaan; velka kuumassa, nopeasti muuttuvassa alueella tulisi maksaa ensimmäiseksi.

## Konkreettinen esimerkki

CTO asettaa säännön, että 20 % kunkin tiimin kapasiteetista menee luotettavuuteen ja velkaan, ja kohdistaa sen sitten kolmeen järjestelmään, jotka aiheuttavat 80 % tapauksista, sen sijaan että levitettäisiin sitä ohuesti kaikkialle.

## Kompromissit ja sudenkuopat

- **Sudenkuoppa:** "suuri uudelleenkirjoitus" kaiken velan poistamiseksi, joka yleensä ylittää ja luo uudelleen velkaa.
- **Sudenkuoppa:** sen maksamatta jättäminen, kunnes nopeus romahtaa.
- Velan kehystäminen vain tekniikka-asiana epäonnistuu; linkitä se liiketoiminnan tuloksiin saadaksesi hyväksynnän.

## Miksi se on tärkeää

Hallitsematon tekninen velka lisääntyy hiljaa, kunnes ominaisuuksien tekeminen kestää kuukausia ja poikkeamat lisääntyvät.

Johto siitä, että hallitaan sitä tarkoituksellisena salkkuna, pitää organisaation nopeana ja luotettavana vuosien ajan ja muuntaa abstraktin tekniikan huolen määrällistetyksi liiketoiminnan kompromissiksi, josta johtajat voivat päätellä.