Как стать автором
Обновить

Как перестать растрачивать время разработчиков на технический долг

Время на прочтение5 мин
Количество просмотров9.8K
Всего голосов 18: ↑16 и ↓2+14
Комментарии5

Комментарии 5

Сначала все долго рассуждают о важности и красоте кода, а потом начинают считать оптимальный процент техдолга.
Иронично.

В нашем неидеальном мире есть и легаси-код, и костыли, и велосипеды. Со всем этим надо как-то работать.

НЛО прилетело и опубликовало эту надпись здесь
Работаю контрактником.
Наблюдаю тенденцию, когда IT отделы отгораживаются от бизнеса и создают свой «ватикан» с правилами и законами: как создавать тикеты, как описывать задачи, баги в очередь…
Все абсолютно грамотно, но в размерах компании замечаю тенденцию к снижению конкурентности, поглощению или закрытию компаний.
Реалии таковы, что конкурентам выгодно чтоб IT замедлил процессы.
И IT это тоже выгодно — не нужно жить реалиями бизнеса, можно построить свои комфортные правила. Если бизнес свернулся, есть масса вакансий и это вина бизнеса что они не смогли.

Мораль — сплоченная команда должна быть не только в рамках IT, но и всей компании.
Однако, см. выше — IT не будет напрягаться.

PS: я в разработке и ежедневном кодинге, если чо. :)

В формуле упущен процент повышения техдолга за счёт бизнесовым задач.
Недостаточно считать количество текущего техдолга для сохранения аптайма в 99.9, тк различные кейсы бизнесовых задач в разной степени увеличивают процент потенциального техдолга
В том числе некоторый проигнорированный на груминге задачи по техдолгу могут увеличивать процент нарастания собственно его же при реализации зависимых фичатасков.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации