Как управлять техническим долгом на уровне организации?

Question

Accepted Answer

На уровне организации технический долг — это **портфель для управления**, а не невыполненные задачи для устранения. Цель не в нулевом долге; цель — держать долг на уровне, при котором он не угрожает скорости, надежности или способности выполнять стратегию.

## Как об этом думать

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

Не весь долг стоит погашать. Долг в стабильной, редко изменяемой системе можно оставить как есть; долг в горячей, быстро меняющейся области следует погашать в первую очередь.

## Конкретный пример

CTO устанавливает правило, согласно которому 20% пропускной способности каждой команды идет на надежность и долг, а затем направляет это на три системы, вызывающие 80% инцидентов, вместо того чтобы размазывать его повсюду.

## Компромиссы и ошибки

- **Ошибка:** «большая переписка» для устранения всего долга, которая обычно выходит за рамки и воссоздает долг.
- **Ошибка:** никогда его не погашать, пока не упадет скорость разработки.
- Представление долга как исключительно инженерной проблемы неудачно; свяжите это с бизнес-результатами, чтобы получить одобрение.

## Почему это важно

Неуправляемый технический долг молча накапливается, пока разработка функций не займет месяцы, а инциденты не участятся.

Управление им как целенаправленным портфелем держит организацию быстрой и надежной на протяжении лет и превращает абстрактное инженерное беспокойство в количественный бизнес-компромисс, который руководство может обоснованно рассмотреть.