Недавно Андрей Ребров поделился в фб со своими читателями своим выступлением про «Техдолг в процессах разработки». С его разрешения, в рамках написания книги про выпускников YC, публикую тут его конспект.
Всем привет, я в разработке с 2008 года. С 2013 года я создаю технический долг в стартапе ScentBird (YC S15), где я являюсь сооснователем и техдиректором. Так же я технический консультант (помогаю техдиректорам) нескольких стартапов — в космической и игровой индустриях.
У нас в компании 40 человек в разработке (Engineering), Product Engineering — 55, общее число сотрудников — 160 человек.
Технический долг — ранее написанный код, который замедляет разработку новых возможностей продукта и как следствие замедляет развитие бизнеса.
Откуда берется технический долг
- Все начинается со слов: «Давайте сделаем MVP (MLP) поскорее.» Когда ставится задача «срезать углы», чтобы запуститься побыстрее. В стартапах такое случается постоянно, даже у нас после 8 лет.
- Еще есть COBOL и FORTRAN.
- Каждая компания тянет за собой технический долг не только в виде кода, но еще и в виде инженерных практик («У нас так принято»).
- Аутсорсинг и аутстаффинг. Многие аутсорсинговые компании накопили некоторое количество «внутренних библиотек». Если у библиотек нет официального саппорта — это потенциальная проблема.
Не бывает коммерчески успешного проекта без технического долга. Потому что всегда есть компромисс между качеством и сроками. Тут можно вспомнить слова Рида Хоффмана (основатель LinkedIn): «Если вам не стыдно за вашу первую версию продукта, то ваш продукт вышел на рынок слишком поздно.»
