Экс-инженеры SpaceX и Tesla раскрыли реальные правила менеджмента Илона Маска

В 2002 году в SpaceX работало 160 человек — большинство инженеров были уверены, что компания провалится. 20 лет спустя выпускники SpaceX и Tesla основали больше 100 компаний в самых сложных секторах физической экономики. 

Двое из них — Чандлер Лужица, ведущий инженер программы Starship, и Тернер Колдуэлл, руководивший металлами и минералами в Tesla и строительством литиевого завода за $1 миллиард, — рассказали, что на самом деле вынесли из компаний Илона Маска и как применяют это в собственных стартапах.

Плоская структура — это не про отсутствие менеджеров

Самый распространенный миф о SpaceX и Tesla — что их эффективность объясняется «плоской оргструктурой». Лужица поправляет: смысл не в отсутствии иерархии, а в скорости движения информации.

Любой junior-инженер должен в любой момент иметь возможность напрямую поговорить с любым членом исполнительной команды — не через цепочку менеджеров и обратно. Цель плоской организации — информационный поток и коллаборация. Если строить ее неправильно, без понимания этой цели, получается хаос.

К скорости информации вплотную примыкает второй принцип — decision velocity, то есть скорость принятия решений. Когда руководители с высокой степенью уверенности принимают решения быстро, это снимает огромную нагрузку с младших инженеров. Молодой специалист не должен парализовываться перед решением ценой в миллион долларов. Если руководитель приходит, принимает решение и говорит «идем» — команда двигается в разы быстрее. Ждать полной информации нельзя: часто узнать, правильным ли было решение, можно только после того, как ты его принял, попробовал и быстро итерировался. Это всегда ставки. Задача — максимизировать процент правильных ставок.

Критический путь: как не превратить команду в детский футбол

Для Лужицы важнейший операционный инструмент, вынесенный из SpaceX — управление критическим путем. Критический путь — это задача или закупочная активность, которая прямо сейчас определяет расписание всего проекта: то, что нужно сделать, чтобы разблокировать следующую фазу или выйти к финальной цели.

Лужица называет работу с критическим путем постоянной игрой в «ударь крота». Когда что-то становится критическим путем, все хотят помочь — и вся команда бросается на один мяч, как дети в футболе второго класса. Это расточительство ресурсов. Решение — небольшие SWAT-команды, которые атакуют критические задачи параллельно, пока остальные части работы не останавливаются. Смысл в том, чтобы следующая проблема не превращалась в новый критический путь раньше, чем нужно.

На практике Колдуэлл использует конкретный инструмент: ежедневные итоги в формате производственной пересменки. Каждый день команда фиксирует три вещи: что сделали, что должны были сделать и почему не сделали то, что планировали. Раньше такой отчет занимал час ручного труда. В Mariana Minerals они автоматически генерируют черновики из общей базы данных — люди только редактируют и нажимают «отправить», сохраняя личную ответственность за содержимое. Языковые модели помогают навигировать по базе данных, если кто-то не помнит структуру папок.

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

Агрессивные дедлайны — это не про мотивацию, а про приоритеты

«Время Илона Маска» — источник бесконечных мемов про нереалистичные сроки. Но Лужица объясняет реальную механику: сверхагрессивные дедлайны — это инструмент выявления критических путей, а не мотивационный плакат.

Из тысячи вещей, которые нужно сделать, 900 можно выполнить за шесть месяцев. 100 — нельзя. Именно поэтому нужно атаковать эти 100 вещей. Агрессивный срок заставляет команду думать очень целенаправленно о том, что на самом деле не важно и что не вписывается в этот временной горизонт. Это автоматически создает список приоритетов. Причем «атаковать» может означать и «удалить задачу совсем».

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

проекта нельзя спринтовать все время. 

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

Причина настоящего выгорания — не долгие часы, а ощущение топтания на месте. Политика внутри компании, информационные силосы, «накопительство лего» — так Колдуэлл называет привычку команд прятать данные и знания внутри своего отдела — создают огромное количество холостого хода. Когда путь ясен, решения ясны, приоритеты ясны — люди будут работать на износ сами.

Вертикальная интеграция: не потому что красиво, а потому что иначе не выжить

Один из самых романтизированных принципов SpaceX и Tesla — вертикальная интеграция. Снаружи она выглядит просто. Изнутри — нет. Лужица прямо говорит: они с Колдуэллом пришли из мест, где вертикальная интеграция выглядит легкой снаружи. Но это не так.

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

Вертикальная интеграция ради экономии пяти или даже пятидесяти процентов на компоненте в ранние дни не имеет смысла. Вы не устраняете точку в цепочке поставок — вы расширяете ее. У поставщика тоже есть своя цепочка поставок, которую теперь придется поглотить вместе с ним. Риск переходит с поставщика на вас.

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

Mariana Minerals стала одновременно software-компанией и горнодобывающей — не из идеологических соображений. Программные продукты для горнодобывающих компаний плохо проникают в сектор, потому что скорость принятия новых технологий в нем крайне низкая. Без горнодобывающей части компания просто не существовала бы. Это и был бинарный вопрос.

Найм: чем жестче собеседование, тем лучше команда

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

8-10 разговоров до оффера — не баг, это фича. Глубокая техническая оценка важна не просто для фильтрации: инженер должен уметь балансировать между полномочиями и ответственностью автономно. Жесткий процесс собеседования дополнительно фильтрует тех, кого мотивирует именно такой процесс. Сильный инженер хочет знать, что коллеги прошли тот же путь.

Без бренда SpaceX или Tesla управлять ожиданиями кандидатов сложнее. Но те, кто действительно воодушевлен миссией, — а именно они и нужны — готовы пройти этот путь. Колдуэлл добавляет: процесс должен работать в обе стороны. Кандидат присоединяется к стартапу с высоким риском, поэтому он тоже должен хорошо узнать команду.

Лужица отдельно говорит про стажировки: подавляющее большинство людей, делающих критическую работу на Starship, Dragon и Falcon — это конвертированные стажеры. Трехмесячный испытательный срок — лучший инструмент оценки, который существует. Те, кто выкладывается, остаются. Лужица сам стажировался в SpaceX четыре раза и хотел бросить университет, чтобы остаться, — но в SpaceX ему отказали, сказав, что такое уже не практикуется.

Когда уходить и начинать свое

Оба основателя пришли в SpaceX и Tesla молодыми. Их совет тем, кто думает об основании компании: не торопитесь.

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

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

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