Интенсивный путь — единственный способ выжить

Помните, как на уроках географии в 90‑х объясняли разницу между экстенсивным и интенсивным путями развития? Я до сих пор эту аналогию помню — настолько она наглядная.

Экстенсивный путь: больше земли — больше урожая

В Советском Союзе после распада страны логика была простой: территория огромная, пахотных земель много. Хочешь больше урожая — просто засевай больше гектаров. Это и есть экстенсивный путь развития: рост за счёт масштабирования ресурсов. Он кажется дешёвым и лёгким, но по факту — неэффективным.

В ИТ эта логика работала ровно так же. Вспомните финтех‑бум: банки нанимали сотнями, открывали новые продуктовые команды, запускали параллельные разработки одних и тех же фич. Экспоненциальный найм, лютый хантинг, «нам нужно ещё 50 iOS‑разработчиков вчера». Казалось, что это самый быстрый способ расти.

Экстенсивный рост — это когда вы пытаетесь решить проблему нехватки скорости, просто добавляя людей. И очень быстро выясняется, что каждый новый сотрудник не приносит пропорционального прироста результата. Это закон убывающей отдачи или доходности.

Интенсивный путь: выжимаем максимум из каждого гектара

А теперь посмотрим на Голландию. Территория маленькая, пахотных земель мало, все поля уже засеяны — расширять некуда. Поэтому голландцы пошли другим путём: они стали повышать урожайность с одного гектара. Это интенсивный путь — рост за счёт повышения эффективности.

Именно здесь и прячется настоящая производительность. В Голландии с 10 гектаров собирали больше, чем Советский Союз со 100. То есть эффективность была выше на порядок‑два — не за счёт масштаба, а за счёт технологий, селекции, автоматизации, точного земледелия.

В ИТ это значит: не «нанять ещё 20 человек», а «сделать так, чтобы текущие 20 делали больше и лучше». И тут важный нюанс: мы в своей команде с самого начала понимали, к каким проблемам приводит взрывной рост команды и насколько неэффективно простое масштабирование за счёт найма. Поэтому мы изначально не делали ставку на бесконечное расширение штата, а сразу искали способы повышать эффективность — через правильные процессы, архитектуру и инструменты.

Мы уже подробно рассказывали о многих таких практиках ранее: - 20 % технического времени - Сокращение необязательного рефакторинга - Отказ от Core-команд (раз, два) - Модуляризация

И продолжим рассказывать еще о многих и многих других (план в Максе). Весь этот канал будет посвящён эффективности и интенсивному пути развития.

Интенсивный путь — это не про «делать больше руками». Это про «делать умнее инструментами, процессами и архитектурой». И мы выбрали его осознанно ещё на старте, а не пришли к нему после того, как обожглись на экстенсивном масштабировании.

В кризис интенсивный путь — вопрос выживания

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