Управляем техдолгом, пока он не начал управлять нами

[Dhwtj]

Задачи низкого приоритета не выполняются никогда

[Yuvitch]

Задачи низкого приоритета не выполняются никогда

Ну, где-как.. Задача, если она поставлена, выполняется всегда. Если задача имеет низкий приоритет и она долго не выполняется (полгода, год), ее отменяют.
А отмененная задача -- все равно что выполненная.

[Yuvitch]

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

[scome]

Пласт задач такой природы тоже можно поделить на две части:

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

• Этот функционал сделали один раз и бизнес не намерен его развивать. Тогда задача на рефакторинг - техбэклог.

С течением времени бизнес может снова вернуться и попросить добавить что-то новое в наскоро спроектированное решение. И вот примерно тут и помогает то, что описано в статье:

• задача есть в техбэклоге;

• Мы реагируем на изменяющиеся условия и планируем задачу в работу;

• Делаем задачу до попадания в работу хотелки от бизнеса

Таким образом мы предотвратили появления техдолга или его потенциального увеличения

[Yuvitch]

Не известно, чем будет некоторое решение задачи.
Если запустили и забыли, то решение -- или техдолог, или паттерн, но это не известно в момент запуска.
Если бизнес решил развивать предмет и решение нужно переделывать, то это не техдолг.
Если же решение мешает реализации других задач, но пара "костылей" помогает, то это и есть техдолг.

Таким образом мы предотвратили появления техдолга ...

Появление техдолга предотвращается использованием паттернов. Паттерн -- проверенное временем и реальной эксплуатацией решение для некоторой части предметной области. Он документируется. В инструкции приводятся различные варианты применения. Знаю компанию, где проводится обучение разработчиков таким типовым решениям, требуется их применение.

Иногда паттерн меняется, но не в рамках погашения техдолга, а вот результат погашения техдолга, чаще всего, становится паттерном.