Полезный и вредный технический долг ч.1

В продуктовой разработке с завидной периодичностью слышу высказывания в стиле: «Давайте все отрефакторим. Давайте заново перепишем с нуля. Ну, давайте же наконец сменим технологический стек». Действительно разработчикам, особенно склонным к перфекционизму, хочется жить вообще без технического долга. Сам когда-то давно рассуждал подобным образом. Однако, менеджеру стоит ясно понимать, когда и зачем это нужно делать.

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

🎯 Экономия ресурсов. Прежде всего - капитала. Молодой фирме крайне желательно как можно быстрее проверить продуктовые гипотезы. Как можно быстрее вывести минимально жизнеспособный продукт MVP на рынок и запустить новый цикл разработки. При этом минимизировать первоначальные затраты. Физических ресурсов, ни тем более денежных у фирмы может и не быть. Основатели стартапа, вынуждены экономить ресурсы. Почему? Все просто - вероятность успеха, особенно в новой области невысока. Поэтому взятие техдолга – это большая экономия стартапов на старте. Лучше за меньшие деньги отработать как можно больше гипотез.

🎯 Уменьшение времени появления и модификации продукта, либо инкременты проекта. Time to Market – не менее важный показатель для стартапов. Для средних и крупных организаций такое тоже может быть, но в менее выраженной форме. Обычно для корпораций более важно качество, т к присутствуют уже сформировавшаяся аудитория и соответствующие репутационные и прочие риски.

🎯 Устранение ненужных трат. Классический случай - старые продукты, жизненный цикл которых подходит к концу. В них уже вряд ли будет какое-либо развитие. Поэтому разумно начинать накапливать технический долг. Нет смысла вылизывать внутреннюю кухню до блеска, можно и оставить/приделать костыли напоследок.
Еще один пример – это проекты без продолжения. В проектах с фиксированным бюджетом и соответствующим перечнем работ бывает нет никакой возможности расширить ни первое, ни второе. Поэтому приходится загрублять качество, внести риск в виде соответствующего техдолга.

А если коротко, описанные случаи намеренного появления техдолга приводят к краткосрочной экономии двух вещей – времени и денег.

@aheadofthepack