Сообщить об ошибкеКороткий ответ
Фиксирую долг как обычные задачи с владельцем, риском, влиянием, оценкой и контрольной датой. На планировании сравниваю его с фичами через бизнес-последствия: возможный простой, уязвимости, задержку поставки и стоимость экстренного исправления.
Как это работает подробнее
Невидимый долг почти всегда проигрывает видимым фичам. Матрица вероятность × влияние и связь с ближайшими целями переводят техническую проблему на общий язык приоритизации.
- Высокий приоритет. End-of-life, известная уязвимость, риск потери данных или блокировка обязательного изменения.
- Средний приоритет. Повторяющиеся ручные операции, drift и дублирование, уже замедляющие команды.
- Низкий приоритет. Косметическая неоднородность без измеримого риска или стоимости.
Что использовать на практике
- Карточка долга. Описать сценарий отказа, вероятность, влияние, текущие компенсирующие меры, трудозатраты и deadline.
- Capacity. Резервировать согласованную долю времени, но пересматривать её по частоте инцидентов и целям квартала.
- Постепенное погашение. Исправлять локальный долг при следующем изменении компонента, если это не увеличивает риск PR.
Подводные камни
- Частая ошибка. Аргументировать «правильной архитектурой» вместо конкретного риска, денег или задержки фич.
- Большой взрыв. Попытка закрыть весь долг одним рефакторингом создаёт длительную ветку, сложный откат и сопротивление продукта.