Есть компании, которые верят в то, что уж лучше много джунов за копейки, чем несколько сеньоров за дорого.

Очевидно, мнения могут быть разными, поэтому поделюсь своим опытом:

1. В компании Х у нас было 4 человека, которые ещё до эпохи ChatGPT с нуля за несколько месяцев собрали полноценный AI-стек:

  • fine-tune собственных LLM на своих датасетах

  • свой TTS/STT на своих датасетах

  • генерацию лиц и deepfake

  • MLOps-инфраструктуру и пайплайны

Каждое направление делал один сильный senior. ML команда из 4х человек, которая деливерит не прототипчики с AI, а такой уровень, где люди не верили, что говорят с моделью, а не с живым человеком.

Важный момент: мы покупали и готовые решения, где это было выгодно. Но параллельно строили независимость и кастомность — чтобы не упираться в чужие ограничения и иметь возможность делать то, чего нет на рынке.

2. Теперь компания Y: AI-продукт уровня "обёртка над ChatGPT" команда из 15 человек запускала около года. Потом ещё три месяца доводила до нормального качества.

Сравним экономику:

Вариант 1:
4 senior’а х $8k х 4 месяца
≈ $128k до запуска

Вариант 2:
15 человек x $3k x 15 месяцев
≈ $675k до конкурентного качества продукта

Разница бюджета в 5 раз, разница в скорости запуска в 4 раза в пользу сеньёров

Маленькая сильная команда:

  • вышла на рынок быстрее

  • начала получать выручку за 11 месяцев раньше

  • строила собственные технологии

  • накапливала инженерную экспертизу и активы

  • могла быстро cделать pivot при необходимости

Большая команда в итоге строила то, что через год стало очень просто повторить, а значит — высокая конкуренция, демпинг по цене и слабая дифференциация продукта.


Какие выводы:

  1. Лично я верю в сеньёров и быстрые запуски. Причём раньше 1 сильный инженер мог заменить 2–3 средних, а сейчас с помощью ИИ вполне может дать ещё больший эффект. Особенно если это автономные ребята, которые умеют закрывать задачу полностью, а не только выполнять отдельные таски в jira.

  2. Больше людей не значит быстрее. Меньше сотрудников выше уровнем = выше скорость принятия решений и разработки = выше ROI = больше пространства для инноваций и поиска точек роста бизнеса. 

Вероятно, это не универсальная истина и могут быть разные конфигурации бизнеса, культуры компании и целей, но на моём опыте вывод довольно однозначный.

Если не согласны — с удовольствием подискутирую.

Комментарии (13)


  1. atues
    19.05.2026 09:07

    На самом деле выигрыш еще существеннее. Когда в команде 15 джунов, то хочешь не хочешь, а их работу надо направлять и координировать, ибо сами они с этим не справятся. Так появятся менеджеры, аналитики и ценник вырастет. Да и сроки, скорее всего


    1. Dimzoner Автор
      19.05.2026 09:07

      Абсолютно согласен. Я просто не стал отдельно расписывать стоимость координации.

      Менеджерить 15 джунов год — это отдельная задача со звёздочкой. А сильные senior-команды часто работают с высокой степенью самоорганизации — контроль требуется минимальный.


  1. AndruxaBS
    19.05.2026 09:07

    А вот подискутирую раз просят. В описанном случае какого то сложного стартапа я полностью согласен с автором. Лучше 4 сеньора, чем 12 мидлов и по качеству и по деньгам (джуны вообще скорей всего не справятся с ними сравнивать даже не нужно). Но не все стартапы сложные. Если рассмотреть массовую народную разработку, то бишь обычный сайт(без всяких миллионов товаров, гиперсложных систем и тыщи пользователей в секунду) для малого-среднего бизнеса. То там проект на 90%-100% состоит из рутины, с которой мидл вполне себе справится с той же скоростью и качеством что сеньор. Тогда зачем платить постоянно больше? Ведь сеньор меньше брать не станет от того что делает работу уровня мидла, как и мидл не берёт меньше когда делает работу уровня джуна (это как будто вообще главная причина приема на работу джунов). Максимум 1 сеньор на какие то сложные затыки в размере 5%-10% проекта если они есть.


    1. Dimzoner Автор
      19.05.2026 09:07

      Отличный пример того, что я действительно не учёл в посте. Согласен, в задачах стандартизированной рутины насыщенность синьорами не нужна, и экономика команды может быть совсем другой.

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


  1. k-zet
    19.05.2026 09:07

    только все забыли, что если джуны не будут работать и стремиться что-то делать, не будут появляться новые синьоры


    1. WhiteBehemoth
      19.05.2026 09:07

      ну тут как бы очевидно, что в перспективе команда Y будет иметь 4 команды "сеньёров" и они смогут параллельно вести несколько проектов. Дальше начинается куча "если... (будут проекты, команды не разбегутся и т.п.")


      1. Dimzoner Автор
        19.05.2026 09:07

        Не соглашусь.

        Не любой опыт автоматически масштабируется в экспертизу, и команда, которая 15 месяцев делает AI-wrapper вокруг готового API, не обязательно через пару лет превратится в 4 сильные AI-команды.

        Всё-таки очень большой технологический разрыв между API-интеграциями и самостоятельной разработкой / дообучением моделей, inference, ML-ops, оптимизацией.

        Поэтому я бы скорее смотрел на то, накапливает ли команда настоящую инженерную экспертизу и способность решать всё более сложные задачи.


        1. WhiteBehemoth
          19.05.2026 09:07

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

          У меня было два стажера в эпоху ИИ агентов (один в 25, второй в 26 годах) и стажеры ранее. Это разные уровни задач, которые можно было им давать и разная скорость роста их экспертизы в рамках проекта.

          Я не возьмусь предсказать, насколько быстрее нынешние новички будут способны на самостоятельные (пусть и с помощью ИИ) архитектурные решения, но по субъективным ощущениям, время взросления сократилось.


  1. Viacheslav01
    19.05.2026 09:07

    LLM из пальца высосала примеры, стоит ли на их примере, что то обсуждать?