Вспомните какой-то компонент своей системы, к которому вы обычно относитесь как к техническому долгу. А теперь ответьте на несколько вопросов про него:
1️⃣Этот код чистый?
2️⃣Этот код протестирован?
3️⃣Вы чему-то научились, взяв этот технический долг?
4️⃣Есть план, как отдавать долг?
5️⃣Бизнес хорошо информирован об этом долге?

Если хотя бы на один опрос вы ответили «нет», то у вас не технический долг, а что-то ближе к техническому хламу. В отличие от долга, хлам появляется не потому, что вы приняли осознанное решение срезать углы, чтобы быстрее достичь результата или чему-то научиться, а потому, что кто-то в вашей команде просто писал плохой код.

В статье хорошо разбирается это отличие. Кроме этого, автор приводит ряд полезных практик по тому, как держать техдолг под контролем и отдавать его.