Теперь рассмотрим различные стратегии уменьшения техдолга на более длительном промежутке времени (рис. 62).

Рис. 62. Нарастание техдолга в зависимости от выбранной стратегии

Для сравнения у нас есть три подхода:

1. Команда не заботится о качестве кода. Как уже было показано, этот способ ведёт только к полной остановке проекта. Наступает момент, когда проект проще выкинуть и написать заново.

2. Руководители, зная, как важно вкладываться в качество, раз в год выделяют пару недель на рефакторинг. Слишком редкие возможности действительно улучшить качество проекта не дадут практически никаких результатов. Долги растут постоянно. Если оплачивать их только иногда, мы никогда не добьёмся их уменьшения.

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