Наткнулся на интересное исследование на сайте hackernoon о том, что думают разработчики про технический долг. Здесь же решил сделать вольный перевод этой статьи с моими комментариями.
Для начала, давайте разберемся, что же такое технический долг. Наверное, каждый из нас сталкивался с ситуациями, когда мы какие-то задачи откладываем на потом, а затем они накапливаются и накапливаются, превращаясь в снежный ком, который мы продолжаем катить от дедлайна до дедлайна. На этот счет я даже писал статью вот тут. Там я рассказывал о том, что я делаю с этими задачами.
В общем, технический долг – это то же скопление бесконечно откладываемых задач и задач, которые вылетели за дедлайны, но применимо к технологическому сектору.
Технический долг уничтожает мораль разработчиков
Вполне логично, что технический долг влияет на количество багов, сбоев, общее качество кода и замедляет процесс разработки. Отталкиваясь от этого, также вполне логично, что такое положение вещей будет бить по морали – одному из самых труднорегулируемых аспектов командной работы. В исследовании, 52% опрошенных упоминали, что технический долг – один из основных драйверов низкой морали.
Все потому, что разработчики вынуждены отдавать приоритет новым функциям, хотя решение старых проблем могло бы улучшить пользовательский опыт и скорость продукта.
Результаты опроса «Как технический долг влияет на вашу компанию»: провоцирует баги — 65,7%; замедляет скорость разработки — 63%; понижает дух команды — 52%; другое — 10%
На самом деле, довольно большое количество хороших продуктов висит с багами, которые не фиксят годами. Например, до того, как я открыл для себя Notion, я пользовался платным Evernote и окончательно ушел с него потому, что постоянно сбоила синхронизация между устройствами. Казалось бы, на мультиплатформенности строится ваш продукт и это важно для пользователей, но баг провисел несколько лет, пока я от этого просто не устал и не ушел на другую платформу.
Программисты тратят 7 часов в неделю на технический долг
У разрабов на техобслуживание и на работу с устаревшим ПО уходит, примерно, треть времени. Больше половины этого времени уходит на технический долг.
7 часов из 40 тратят разработчики на технический долг в неделю
Авторы отчета считают, что это одна из самых больших возможностей для сохранения времени инженеров.
Технический долг, в основном, скапливается в бэкенде
61% опрошенных считают, что больше всего долга скапливается в серверной части продукта из-за чего, вся остальная структура – приложение или сайт – работают хуже, чем могли бы.
Опрос «В какой части продукта у вас больше всего долгов». 61% ответил, что на стороне бэкенда
Продукты выпускались бы на 100% быстрее, если бы не очередь задач
Больше половины участников опроса считают, что их компании не справляются с техническим долгом. Кроме того, они считают, что технический долг – основная причина в просадках по продуктивности, но они стараются что-то с этим делать.
66% инженеров считают, что команды выпускали бы продукты на 100% быстрее если бы у них был процесс для технического долга. Еще 15% считают, что 100% мало и продукты выпускались бы на 200% быстрее и только 2% разработчиков уверены, что если бы технический долг взяли под контроль, то ничего не изменилось бы.
«Насколько ускорились бы процессы, если бы команда контролировала проблемы с техническим долгом»
Непрерывно занимаются техобслуживанием в основном крупные компании — у кого больше ста разработчиков в команде
70% крупного бизнеса проводит технические работы еженедельно или ежедневно, 20% — ежемесячно, и менее 10% — ежегодно. Тогда как средний и малый бизнес решает эти проблемы в проектном формате.
54% разработчиков корпоративных компаний говорят, что занимаются техобслуживанием регулярно, в то время, когда только 42% их коллег из стартапов и средних компаний занимаются тем же.
Вообще, они пришли к выводу, что обычно, этим всерьез занимаются, в основном, компании с 100+ разработчиками.
«Вы постоянно занимаетесь техобслуживанием или проектно»
Какие инструменты используют команды
В отчете говорится, что и в корпорациях и в стартапах, над техническим долгом работают примерно одинаково. Используют Jira и другое ПО для отслеживания задач и проектов.
«Какие инструменты вы используете для работы с задачами “долга”»
Вот такой интересный отчет, который лишний раз показал мне, что мне не кажется, когда речь идет обо мне и моей деятельности. Снежный ком – тот еще демотиватор и в ряде случаев, просто взять и выкинуть задачи, как в случае с “деловым банкротством”, просто нельзя т.к. они фундаментальные.
Так что, если вы связаны с созданием продуктов, помните, что этого снежного кома лучше избегать любыми способами.
