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

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

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

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

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

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

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

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

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

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

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

Публикации

Изменить настройки темы

Истории