💸 Пилим фичи, а техдолг подождёт #qa****#head Не раз видел один и тот же диалог. Приходишь к бизнесу: ребят, надо выделить спринт-другой на техдолг, иначе скоро встанем. А в ответ - «какой техдолг, нам фичи пилить надо, на них зарабатываем». И всё, тема закрыта, идём дальше клепать кнопки.
Логика вроде железная: фичи приносят деньги, техдолг денег не приносит, значит фичи важнее. Эффективные менеджеры так и считают по табличке.
🏪 // В чём подмена Бизнес держит в голове простую шкалу: либо больше денег с фичами, либо меньше денег, если отвлечёмся на рефакторинг. На этой шкале техдолг всегда проигрывает - кто ж добровольно выберет «поменьше».
А шкала нарисована неправильно. На самом деле выбор идёт между ростом и обнулением. Незакрытый техдолг копит вероятность, что в один прекрасный день всё ляжет целиком: легаси не выдержит нагрузки, миграцию никто не осилит, ключевой кусок развалится так, что чинить дешевле с нуля. И тогда профит вдруг = 0.
🔥 // Как это выглядит вживую Работал в команде, где техдолг рос так, что в какой-то момент 80% разработки и девопс занимались только тем, что затыкали дырки: подрывались чинить утечки на проде, тушили пожары, латали старое. На новое не оставалось почти никого. Что сделал бизнес? Правильно, нанял ещё людей - чтобы хоть что-то новое всё-таки пилить. В итоге команда раздулась в три раза от того размера, в каком могла бы спокойно жить без легаси. Платили за троих, а полезной работы получали как от одного.
🔬 // Как это считать Думай про техдолг как про страховку. Каждый вложенный спринт снижает шанс, что вся лавочка однажды прикроется. Главный вопрос звучит так: какая вероятность, что через год мы вообще сможем что-то релизить на этой кодовой базе.
И эту вероятность видно заранее - по флакающим тестам, по времени на каждый новый фикс, по тому, как растёт срок выкатки тривиальной правки. Те самые цифры, что я описывал в материалах о метриках. Если их собирать, разговор с бизнесом перестаёт быть просьбой «дайте порефакторить по фен-шую» и превращается в «вот наш риск встать, вот его цена».
💎 // Что показать бизнесу
- сколько времени уходит на новую фичу сейчас и сколько уходило полгода назад
- сколько багов прилетает после каждого релиза из-за хрупких кусков
- какие узлы держатся на честном слове и что будет, если рухнут
- во сколько встанет простой, если ключевой сервис ляжет
🦸♂️ // Где тут QA И вот это уже наша поляна. Наше дело - качество, а техдолг бьёт по нему напрямую: хрупкие тесты, баги пачками, релизы на нервах. Кто, если не QA, принесёт бизнесу цифры про падающую скорость и растущий риск встать. Поэтому с разработкой тут идём единым фронтом и дожимаем бизнес вместе: они говорят, что сломается в коде, мы - сколько это стоит в качестве и сроках. Поодиночке нас отфутболят «потом», вдвоём с цифрами - уже нет.
Тогда фраза «нам надо пилить фичи, чтобы заработать больше» звучит ровно так, как и есть: гоним вперёд по гнилому мосту и делаем вид, что доски под ногами вечные.
А у вас как - дают добро на техдолг до того, как припрёт, или только когда уже горит?
