Понятие технического долга

1. Технический долг
Концепция принятия решений
о своевременности выполнения
тех или иных задач
Олег Демиденко

2. Кому мы должны?
Технический Долг – замечательная метафора, придуманная
корифеем индустрии разработки ПО, Уордом Каннингемом. Согласно
метафоре, выполнение задачи самым быстрым и грязным путем
создает для нас технический долг, который похож на долг
финансовый.
Как и финансовый долг, технический долг заставляет нас платить
проценты, которые выражаются в форме дополнительных затрат,
которые мы вынуждены будем понести при дальнейшей разработки
из-за того что сейчас сделали быстрый и грязный выбор.
Мы можем выбирать платить проценты по долгу или мы можем
выплатить долг, проведя рефакторинг и оптимизацию архитектуры.
Однако выплата долга будет связана с единоразовыми большими
затратами.
Мартин Фаулер
(известный гуру индустрии разработки коммерческого ПО)

3. Как этим пользоваться?
Брать в долг – бывает полезно. Большинство сталкивались с
разными кредитами: ипотекой, на покупку машины.
Но брать в долг нужно Осознанно. Редко бывает дальновидным
кредит на покупку норковой шубы или дорогих часов.

4. Основные свойства технического долга
Решение о взятии в долг:
• Выполнение работы заведомо неоптимально или без анализа
возможности произвести её более оптимально.
• Пример: вместо того чтобы завести регистр МОЛ на предприятии – тупо
добавить ФИО ответственных непосредственно во все печатные формы.
При сменен кого-либо из ответственных – придется вручную менять ФИО
в каждой печатной форме, с риском где-то ошибиться или что-то
пропустить.
Проценты:
• Будущие затраты, которые придется периодически нести.
Сумма долга:
• Объем необходимых затрат необходимых для фундаментального
решения проблемы и ликвидации доп.затрат на «выплату процентов»
Интересные свойства:
• В долг может брать один человек, сделавший неоптимальное решение. А
выплачивать проценты придется другим людям, которые вынуждены
будут этим пользоваться.

5. Как Осознанно брать в долг?
• Не имеет смысл выплачивать долг если проценты ничтожны, а
сумма выплаты очень высока.
Именно по этой причине для многих проблем не нужно искать идеального
красивого решения.
Нужно явно фиксировать долги, включая:
• примерные затраты на выплату долга (устранение корня проблемы)
• текущие и ожидаемые затраты на выплату процентов.
Исходя из указанной информации будет ясно когда и какие долги нужно
выплачивать, а какие долги выплачивать не нужно.
Делайте это явно! Пока вы не станете на это обращать внимание, вести реестр
долгов – есть риск просто не замечать какие долги вы набрали.

6. Как это использовать в развитии ИС?
• Явно записывайте выплату всех долгов в список требований к
системе.
• Далее пусть Бизнес принимает решение – хочет ли он дальше
платить проценты, или он желает выплатить долг.

7. Как еще можно использовать эту концепцию
По аналогии можно говорить об управленческом долге:
• Можно или работать в рамках текущих бизнес-процессов: плохих или
нечетко формализованных
• Или можно потратить время на их регламентацию и оптимизацию.
В управленческом долге почти всегда наблюдается следующее:
• Долг берёт руководитель. Он же может его выплатить, т.п. перестроить
систему
• Проценты по долгу – платить исполнители, вынужденные работать в рамках
неэффективных процессов.