Технічний борг

Що це означає

Технічний борг - сума швидких рішень у софті, які працюють сьогодні, але подорожчують кожну наступну зміну. Він виникає і свідомо під тиском строків, і непомітно без ревізій.

Це не завжди помилка. Короткостроковий борг виправданий, якщо треба перевірити ринок першою версією. Проблемою він стає, коли його ніколи не гасять і він зростає далі.

Технічний борг - не те саме, що помилка. Помилка означає, що софт робить щось неправильно; борг означає, що він робить правильно, але так, що це важко змінювати. Близька, але окрема проблема - застаріле середовище, наприклад непідтримувана версія бази даних.

Як це працює на практиці

Він проявляється непомітно: та сама правка займає вдвічі більше, тестів немає, розгортання ручне, і ніхто не хоче чіпати систему в п’ятницю. Це вимірювані сигнали, а не враження.

Гасити його можна поступово: частину потужності кожного спринту виділяти на впорядкування коду, добудовувати CI/CD і тести, прибирати найкрихкіше місце перед новою великою функцією.

Ми бачимо його й у клієнтів, чий інтернет-магазин під’єднано до бухгалтерії саморобним скриптом. Коли змінюється ставка ПДВ чи формат вивантаження, інтеграція без тестів і документації перестає працювати, і документи місяць переносять вручну.

На що звернути увагу

Переписати систему з нуля звучить принадно, але зазвичай виходить дорожче за поступове погашення. Борг же не лише в коді: він і в знаннях, які нова версія має вмістити.

У бюджеті борг не видно, тому керівництво його недооцінює: витрати проявляються лише як повільна розробка і дорогі зміни. Але під час продажу компанії чи системи покупець знаходить його на перевірці і враховує в ціні.