Если у вас большая команда разработки, этот вопрос уже нельзя откладывать Недавно разговаривал с основателем ИИ-сервиса. Полтора года назад он поднял 2 млн долларов. Осенью у него было 11 разработчиков. Сейчас осталось 2 человека, включая CTO. Я спросил, что произошло. Оказалось, что раньше CTO в основном управлял людьми: нанимал, распределял задачи, следил за сроками, собирал синки, стыковал части команды. То есть значимая часть его дня уходила не на код, а на координацию. А теперь большой кусок этой работы закрывают ИИ-инструменты. Поэтому основателю больше не нужен CTO в старом смысле. Нужен человек, который сам понимает архитектуру, быстро принимает решения и собирает результат с помощью новых инструментов. И меня здесь зацепило даже не сокращение. Я обратил внимание на то, кто именно это сделал. Это не человек, который не любит разработчиков и считает их расходом. Это основатель продукта, человек из этой среды. И если такие люди начинают ужимать команды, это уже не случайность, а закономерность. Потому что на Западе, да и у нас тоже, просто пока не так массово, уже меняется сам способ делать разработку. Не просто дают доступ к ИИ, а пересобирают роли и логику работы: где нужен координатор, а где нужен человек, который сам собирает результат. А теперь про нас. Я много общаюсь с собственниками. У кого-то 30 разработчиков, у кого-то 50, у кого-то 80. И как только поднимаю этот вопрос, почти всегда слышу одно и то же: мы долго собирали команду, разработчики нужны, жалко с людьми расставаться. Я это понимаю. Сам знаю, что такое искать людей, ошибаться в найме и годами собирать сильный состав. Но я параллельно делаю продукт и вижу другое. Сегодня действительно хорошие вещи можно собирать значительно меньшим количеством людей. И это вопрос, на который уже нельзя закрывать глаза. Если рынок уже позволяет делать часть работы быстрее и меньшим количеством людей, то почему вы уверены, что ваша текущая модель разработки вообще должна оставаться прежней? Мне кажется, многие собственники просто слишком далеко отошли от практики и от погружения в работу одного из самых дорогих отделов своей компании. Логика часто выглядит так: сейчас ещё дольём людей и денег, и тогда побежим быстрее! Но внешний контекст уже другой. Так больше не работает. Поэтому мой совет простой. Не абстрагируйтесь от ИИ. Сами зайдите в это руками. Соберите 2–3 простых сценария автоматизации для личных задач. Хоть семейные финансы, хоть управление питанием, хоть работу с документами. Неважно. Важно самому пройти этот опыт и увидеть, с какой скоростью теперь вообще делается работа. А потом вернитесь к своей разработке и задайте себе вопрос: если я сам смог быстро собрать работающий кусок, то почему у нас внутри простые вещи до сих пор делаются так долго, так дорого и таким количеством людей? Уверен, что после этого упражнения вы довольно быстро увидите: что-то в модели уже нужно менять. Причём срочно. И желательно позавчера.
3 недели назад