Быстро, качественно, недорого. Я выбрал все три

Есть старая шутка про разработку: быстро, качественно, недорого. Выберите любые два пункта. Несколько лет назад мне предложили проверить эту формулу на практике. Нужно было с нуля сделать B2B-информационно-аналитический сервис: собрать данные о компаниях из разных источников, связать их между собой и превратить в рабочий инструмент для продаж, закупок и анализа контрагентов. Срок сначала поставили 6 месяцев. Я уговорил на 9, но с условием, что через 6 месяцев системой уже смогут пользоваться сотрудники. Что у меня было? Бюджет примерно на двух хороших разработчиков и джуна. И всё. У меня уже был подрядчик, с которым мы работали раньше. Я предложил ему сделку: ты даёшь мне полноценную команду на full-time по ставке ниже обычной проектной, а после запуска я не меняю подрядчика и не распускаю людей. Эта же команда остаётся поддерживать и развивать продукт. Для него это была гарантированная загрузка на годы. Для меня - цена, скорость и отсутствие болезненной передачи проекта новой команде после релиза. Был и ещё один плюс. Разработчики с самого начала знали, что всё написанное потом придётся поддерживать им самим. Очень полезно для качества кода. Команду я решил подбирать лично. Перебрал около десяти человек, с кем-то ошибались, где-то теряли время, но в итоге собрались те, кто мне был нужен. Не только технически сильные. Мне были нужны люди, которые сами замечают проблему, предлагают решение, могут подменить коллегу и не отвечают на странность в продукте фразой: «Такого не было в задаче». Я ежедневно участвовал в планёрках, быстро снимал блокеры и, что оказалось не менее важным, защищал команду от постоянного перетасовывания задач. Никаких бесконечных «а давайте срочно ещё вот это». Если разработчик приносил свою идею, мы её обсуждали. Даже если мне сразу казалось, что она не взлетит. В какой-то момент мне начали писать вечером: «Показал сервис друзьям, вот что можно улучшить». Или в выходной: «Посмотрел конкурентов, нашёл интересную штуку». Вот тогда я понял, что команда перестала просто выполнять задачи и начала думать о продукте. Что получилось на выходе? Не лендинг и не внутренний справочник. Сервис собирал данные из 51 внешнего источника. Инфраструктура выросла до 9 серверов. База данных - примерно 187 ГБ. PostgreSQL, Elasticsearch, Redis, S3, двухэтапная обработка данных, собственная аналитика, риск-факторы, финансовые показатели и отраслевые сравнения. Через 6 месяцев продуктом уже пользовались сотрудники. Через 11 месяцев мы вышли в полноценный production. Люди, которые раньше тратили часы на поиск и сверку данных, начали решать часть задач за минуты. А blended rate разработки в итоге получился около 1200 рублей в час all-in. Не потому, что мы нашли дешёвых программистов. А потому, что подрядчику не нужно было каждые три месяца искать новый проект, менять команду и закладывать простой в ставку. Мы купили дешевле не людей.

Мы купили долгосрочность. Позже независимая оценка показала, что проект обошёлся компании примерно в три раза дешевле рынка. Для меня главный вывод остался простым: маленький бюджет не обязательно означает слабую команду. Однако, вместо того, чтобы экономить на людях, лучше придумать условия, при которых хорошим людям выгодно работать с тобой долго.