Как вы объясняете технический долг нетехнической аудитории?

Question

Accepted Answer

**Я перевожу tech debt на язык, которым аудитория уже пользуется: деньги, скорость и риск.** Нетехническому stakeholder нет дела до связности или покрытия тестами; ему важно, что фичи становятся медленнее и дороже выпускать. Поэтому я подаю долг как финансовую и delivery-проблему, а не проблему кода.

## Фрейминг, который я использую

- **Финансовая метафора, аккуратно.** «Мы срезали угол, чтобы выпустить быстро, как взяли кредит. Это сработало, и теперь мы каждый спринт платим по нему проценты. Каждая новая фича в этой области стоит дороже из-за этих процентов.» Это заходит, потому что все понимают долг и проценты.
- **Конкретизировать их метриками.** Не «код запутан», а «эта фича заняла три недели; два года назад такая же по размеру занимала одну. Разница — накопленные накладные расходы на поддержку.»
- **Привязать к важным для них результатам.** Более медленная доставка, больше багов, доходящих до клиентов, более тяжёлый onboarding новичков, растущий риск outage. Свяжите долг с выручкой, репутацией и скоростью roadmap.

## Как я делаю это решением, а не жалобой

- Подаю это как **компромисс с вариантами**, а не требование: «Мы можем продолжать выпускать фичи на текущем замедляющемся темпе или вложить два спринта сейчас, чтобы срезать будущую стоимость фич примерно на треть.»
- Квантифицирую, где могу: потерянное время за спринт, частота incidents, доля ёмкости на тушение пожаров.
- Честно говорю, что **часть долга — это нормально.** Не весь долг надо гасить; смысл — гасить тот, что активно облагает доставку налогом.

## Подводные камни

- **Жаргон** («рефакторинг», «связность», «архитектура неправильная»). Это звучит так, будто вы хотите вылизать код.
- Подавать это как желание инженеров иметь чистый код ради него самого; читается как самолюбование.
- Кричать «волки» — называть долгом всё подряд подрывает доверие, когда возникает что-то по-настоящему срочное.

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

Если вы не можете объяснить tech debt в бизнес-терминах, он никогда не получит финансирования, и команда медленно встаёт, пока руководство недоумевает, почему падает скорость. Подача в виде стоимости, скорости и риска — это то, что добывает вам время на его исправление, прежде чем он станет кризисом.