Мой путь от корпоратива к миру стартапов

Моя жизнь сегодня совсем другая, чем год назад. В апреле 2021 года я сделал то, что некоторые назвали бы смелым карьерным шагом: я перешел с должности инженера-программиста в крупной корпорации на должность технического директора стартапа, соучредителем которого я был. Я оставил после себя отличная работа в одной из лучших компаний мира и многочисленные преимущества, которые дает возможность попробовать создать что-то с нуля и ощутить азарт создания чего-то нового.

К счастью, я был не один: я присоединился к стартап-студии, которая помогала мне с самого начала. Я еще даже не знал, что буду строить, и они предоставили команду экспертов, которые до этого успешно запускали несколько стартапов. Они определили место, где, по их мнению, нужно было решить проблему, познакомили меня с соучредителем и ежедневно работали с нами.

Благодаря им прошлый год был, наверное, годом, когда я узнал больше всего (я имею в виду, если не считать годы, когда я буквально открывал для себя саму жизнь). Хотя мои ранее приобретенные навыки разработки программного обеспечения пригодились, мне пришлось научиться тому, чему не учат в школе и чему нельзя просто погуглить: как стать основателем стартапа. И как технический директор стартапа на ранней стадии, мне пришлось забыть о некоторых своих прежних убеждениях и научить свой мозг думать по-другому.

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

Ежедневные занятия

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

Но как технический директор, это всего лишь одно из МНОГИХ занятий, которыми я занимаюсь. Часто у меня даже нет времени писать код днем, поэтому мне приходится делать это ночью или на выходных.

Я предполагаю, что в более поздних компаниях программирование больше не является частью должностной инструкции. Но когда вы находитесь на самых ранних стадиях стартапа, и это только вы и ваш соучредитель, вы должны создать свой продукт. А поскольку мы SaaS-компания, это означает программирование.

За исключением того, что вам также нужно решить, что строить, и это самая сложная часть. Прежде чем принять это решение, вам нужно разработать стратегию, найти клиентов, повторить с ними и затем расставить приоритеты. И как только вы окончательно определились и фактически находитесь на этапе создания, вам все равно нужно проводить время с клиентами, думать о следующих шагах и о том, как постоянно совершенствоваться, быть в курсе последних технологий, начать набор персонала и сделать миллион других вещей. ! Конечно, мой соучредитель, который является генеральным директором, заботится о многих вещах, о которых мне не нужно думать, например, о продажах и маркетинге, а также о большей части административной работы. Но как соучредитель я все равно должен участвовать в принятии каждого стратегического решения, а это требует времени. Однако по-другому я бы и не хотел — для меня создание стартапа означает именно это: быть готовым участвовать во всех аспектах бизнеса и быть в курсе всего, что происходит.

Я стараюсь выделять несколько больших блоков времени без совещаний, чтобы по-настоящему сосредоточиться на технических вещах, но я признаю, что было несколько недель, когда было слишком много неотложных дел. Между внутренними встречами, подготовкой демонстраций для квалифицированных потенциальных клиентов, встречами с клиентами, созданием обучающих или демонстрационных материалов и случайной презентацией для венчурных интро были времена, когда единственные моменты, когда я мог добиться прогресса в реальном продукте, были в нерабочее время. .

Баланс между работой и личной жизнью

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

Зная это, я неизбежно теряю приоритеты в личных вещах и трачу на работу гораздо больше времени, чем следовало бы. Например, я начал регулярно рисовать в 2020 году, и мне это понравилось. Но я не брал кисть с апреля, потому что это довольно трудоемкое занятие, и я знаю, что вместо этого мог бы заняться чем-то другим.

Когда это твоя компания, ты никогда не отрываешься от работы, по крайней мере, мне так кажется. Но я думаю, что важно иметь некоторый баланс, чтобы он был устойчивым в долгосрочной перспективе. Как только мы вырастем, и я смогу рассчитывать на большее количество людей для выполнения работы, я позабочусь о том, чтобы уделять больше времени личным делам. Я думаю, что проводить X лет на полной скорости, не тратя времени на дыхание, просто вредно для здоровья.

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

Образ мышления

Как инженер-программист, меня всегда учили находить решения. А я люблю находить решения! Это одно из моих любимых занятий с детства.

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

Когда я впервые начал брать интервью у потенциальных пользователей благодаря сети стартап-студии, я думал, что нашел решение их проблем после 5 минут расспросов…

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

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

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

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

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

Рид Хоффман сказал

«Если вас не смущает первая версия вашего продукта, значит, вы запустили его слишком поздно»

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

Управление

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

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

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

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

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

Лидерство

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

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

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

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

Заключительное слово

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

Лично мне нравится иметь больше дел, чем просто кодирование. Меня устраивает тот факт, что моя личная жизнь и работа как бы смешаны, потому что я всегда хотел быть предпринимателем. Научиться менять свое мышление было сложно, но я рада, что сделала это. Несмотря на то, что я никогда раньше не руководил людьми, мне это нравится, и я думаю, что если вам не все равно, вы можете найти способ помочь людям расти. В конечном счете, я думаю, что самое сложное — это совершить прыжок и быть достаточно уверенным. Я все еще относительно новичок в этом, но я уверен, что это приходит само собой со временем.