Применение практик DevOps

Снижение технического долга

Понятие технического долга предложил У. Каннингем в 1992 году. Возникновение такого долга происходит, когда программист выбирает неоптимальный путь решения задачи для того, чтобы сократить сроки разработки. Уорд отмечал, что это естественный процесс, и, собственно, проблема заключается в том, что накапливающиеся неоптимальные решения приводят к постепенному ухудшению результатов разработки, и, как следствие, к деградации продукта. Со временем команда разработки будет вынуждена больше времени уделять исправлению последствий ранее принятых решений, то есть переделке кода, нежели разработке новых функциональных возможностей. Аналогия с финансовым долгом в этом случае является очень наглядной – для ускорения получения результата компания может «влезть в долги», однако, она не должна допускать ситуации, когда вся получаемая прибыль уходит на обслуживание долга.

Мартин Фаулер (Martin Fowler) в дальнейшем развил идею технического долга, предложив условную классификацию причин его возникновения (Табл. 1).

Табл. 1. Классификация технического долга по М. Фаулеру.

Его точка зрения в целом повторяет мысль У. Каннингема – в правильно организованной команде разработчиков увеличение технического долга может быть осознанным шагом для получения краткосрочных преимуществ; важно уделять внимание «выплате» этого долга.

В настоящее время понятие технического долга обычно употребляется намного более широко. При расширении его применения на вопросы эксплуатации поднимается целый пласт проблем традиционного ИТ-отдела: устранение сбоев с помощью перезагрузки устройств; установка программной заплатки, не протестированной должным образом; выполнение изменений ИТинфраструктуры без тщательного планирования; ручное исправление какого-либо скрипта или настройки сервера без документирования – это лишь отдельные примеры накопления технического долга, который в обычном ИТ-отделе никто никогда не будет «выплачивать». Некоторые ИТорганизации даже не планируют таких работ или проектов, другие тешат себя иллюзиями наведения порядка, «как только для этого появится свободная минута» – разумеется, свободной минуты в современном ИТ-подразделении не появляется.