«Потом отрефакторим» без учёта в roadmap = проценты, которые съедают каждый спринт. Техдолг нужно видеть в цифрах и в календаре.
Классы долга
- Deliberate (осознанный MVP shortcut)
- Bit rot (устаревшие зависимости)
- Architecture drift
- Test debt
Метрики
- Lead time, deploy frequency (DORA)
- Bug rate после релиза
- Time to restore
- % sprint на debt (15–25% норма)
Процесс
Debt register в Notion/Jira с impact score. Квартал: 1 epic «platform health».
Чеклист
- Top-10 debt items с owner
- Связь debt → revenue risk
- Post-mortem → debt ticket
Debt register — минимальный шаблон
Колонки: описание, класс долга, impact (1–5), effort (1–5), owner, квартал планирования, связь с метрикой (lead time, bug rate).
Раз в квартал product и tech lead выбирают 3–5 items с highest impact/effort, остальное в backlog без обещаний.
Коммуникация с бизнесом
Переводите техдолг на язык риска: «без refactor payments lead time +40%» понятнее, чем «надо переписать сервис». Показывайте trend метрик до/после debt sprint — так проще защищать 20% capacity.
Пример квартального слота
Q2 platform health: (1) вынести payment webhooks в idempotent consumer, (2) покрыть wallet e2e, (3) upgrade Nest major с regression suite. Каждый item привязан к метрике: webhook duplicates → 0, deploy confidence ↑.
Product видит trade-off: одна фича маркетинга сдвигается на 2 недели, зато lead time падает на 30% в Q3 — это аргумент, а не «технарям скучно».
Первые шаги с техдолгом
- Соберите top-10 pain points от команды за 30 мин retro
- Оцените impact (1–5) и effort (1–5) — приоритет = impact/effort
- Заложите 15–20% спринта или один epic в квартал
- После каждого debt item — одна метрика (lead time, bugs, deploy time)