Кто строит стартап: новички или ветераны?

Плохой найм убивает стартапы быстрее, чем отсутствие финансирования. Ошибка стоит не только денег на перезакрытие позиции, но и упущенных возможностей. Успешные компании нанимают не для текущих нужд, а для компании, которой они стремятся стать. Это инвестиция в будущее.
Кто строит стартап: новички или ветераны?
Изображение носит иллюстративный характер

VMware в начале 2000-х в Кембридже (Массачусетс) стал ярким примером. Основатель и CEO Диана Грин поручила создать новый офис с нуля с жестким правилом: нельзя нанимать рядовых сотрудников, пока не будут найдены 20 опытных ветеранов индустрии. Критерии были строги: высочайший профессионализм и точно не сволочи. Отказ от кандидатов с блестящим резюме (включая выпускников MIT и Stanford) вызывал разочарование, но цель оправдала себя.

Эти 20 ветеранов стали фундаментом долгосрочного успеха. Они привлекали других талантов, формируя костяк из лидеров и индивидуальных специалистов (IC). Их подход задал тон всей команде. Они преуспели в менторстве, принятии решений и коммуникации. Это позволило VMware достигать быстрого исполнения и высокого качества, никогда не снижая планку. Даже один такой человек (включая контракторов или советников) – огромное преимущество для раннего стартапа.

Противоположный сценарий разыгрался в DigitalOcean в 2016. Присоединившись к компании, автор обнаружил команду из ~150 человек, выросшую за 4 года со «скоростью света». Компания имела $83 миллиона от последнего раунда и готовилась удвоить размер. Культура балансировала между «ультра-инклюзивностью» и «Кремниевой долиной в стиле техно-братства, но в Нью-Йорке». Более 50% сотрудников работали удаленно. Были групповые походы в кино (Star Trek, Нью-Йорк), празднование Дня числа Пи (14 марта) с рассылкой пирогов удаленным сотрудникам, талисман Сэмми Акула и «Неделя Акулы» – дважды в год слет всей удаленки в NYC для обучения и общения. Обучение новичков было хорошо структурировано.

Однако проблемы лежали глубже. Большинство руководителей никогда не управляли бизнесом такого масштаба, многие вообще не имели опыта управления командами. Культурные трещины проявлялись в «слишком бурных вечеринках после работы в офисе» и отсутствии программ развития карьеры, что порождало нездоровые практики руководства. Автор, курируя инжиниринг, менеджмент продукта, дизайн и маркетинг (более 50% сотрудников), столкнулся с критическим вызовом: более половины его подразделения имели <5 лет опыта, многие никогда не работали в стартапе. Команда была умной, амбициозной, состояла из хороших людей, но ей не хватало «зрелости» – контекста и ориентиров, как в Akamai или VMware, для быстрого роста. Бизнес достиг «плато роста»; времени на обучение не было.

Было принято радикальное решение, вдохновленное опытом VMware: запретить нанимать кого-либо с опытом работы менее восьми лет. В идеале половина этого опыта должна была быть получена в стартапе, прошедшем этап масштабирования. Цель – получить «мышечную память и контекст» для ускорения. Инициатива вызвала неодобрение у части команды, почувствовавшей себя «недостаточно хорошей». Но суть была не в замене, а в добавлении ролевых моделей, которые «поднимут планку». Используя финансовый запас, выбрали путь вплетения талантов и добавления лидеров, а не радикальной перестройки.

Новые сотрудники (инженеры, менеджеры продуктов, дизайнеры, маркетологи) усилили команду. Инженерный менеджер позже подтвердил: благодаря новым ролевым моделям он учился и становился лучшим лидером. Это поставило организацию «на путь масштабирования, выходящего за рамки наших хаотичных ранних лет». Цена – команда была «не в своей тарелке какое-то время».

Установка и соблюдение высокой планки найма критичны для роста. Урок DigitalOcean: внедряйте правильную стратегию найма раньше, чтобы избежать дискомфорта и необходимости болезненных коррективов позже.


Новое на сайте

20868Уязвимости Plex открыли путь майнерам и Linux-бэкдору 20867Взлом OpenCode Console: под угрозой могли оказаться ключи OpenAI, Anthropic и Google 20866Rank Math PRO: заражённое обновление оставило на сайтах самовосстанавливающийся бэкдор 20865Как исследовательские модели OpenAI обходили ограничения и присваивали чужие данные 20864Атака на BeyondTrust: шпионская группа получила доступ к серверам поддержки 20863Как пакет imgdecode превращает npm-зависимость в загрузчик вредоносного кода? 20862Как PEERSTITCH обходит проверки VPN-сессий FortiOS? 20861Что происходит, когда ИИ-агент выходит за пределы тестовой среды? 20860Как 37-летняя ошибка открыла путь к root в OpenBSD 7.9? 20859ИИ-модели для SOC: точный ответ зависит от улик 20858Как одна учётная запись ConnectWise открыла доступ к 173 арендаторам Microsoft 365? 20857Пять минут до заражения: как подменили обновления AOMEI Backupper 20856Ловушка под видом регистрации: как UAT-11985 крадёт аккаунты Google 20855Может ли виртуальная машина прочитать память хоста? 20854Как дешёвые Android-смартфоны превращаются в чужие прокси?
Ссылка