Стартапы разные. Они требуют изменения менталитета.

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

Здесь я хочу рассказать о том, чему я научился, когда был первым инженером в самом популярном стартапе в области домашних животных в Ванкувере GoFetch и в качестве технического соучредителя моего стартапа Get Greenline, работающего с каннабисом.

Не всегда важно быть правым

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

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

Особенно для инженера будет неприятно видеть, что что-то не работает. Запуск продукта идет не так, как ожидалось. Пользователи восстают против изменения функции. Вы нацелены не на тот сегмент клиентов, и теперь нужно изменить продукт.

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

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

Самый опасный тип члена команды, который может быть у стартапа, - это всезнайка, тот, кто убежден, что определенные способы ведения дел «правильны». Такие люди будут токсичны для вашей команды и полностью уничтожат быструю, повторяющуюся и ориентированную на изменения командную работу, к которой вы должны стремиться.

Стартапам требуется высокий уровень ответственности

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

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

Например, в стартапах нечасто можно встретить преданный персонал QA. Ни специалист по DevOps. Часто инженер сам решает все. Невозможно разработать функцию и передать ее специалисту по контролю качества, который затем перебросит его через стену специалисту по развертыванию. Вам нужно будет довести этот процесс до конца. Посоветуйтесь с другими людьми, чтобы они опробовали разработанную вами функцию. Узнайте у старшего инженера команды о том, как внедрить вашу функцию в производственную среду и как обеспечить ее правильную работу. Сделайте предложения техническому директору по поводу того, как можно улучшить процессы (бонусные баллы за включение чисел и статистики в ваши предложения).

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

Откусите больше, чем вы можете прожевать

Хорошие основатели знают, что не все удается, в том числе инженерные усилия.

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

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

Подумайте о своих побочных проектах по сравнению с корпоративным продуктом B2B, над которым вы работали во время стажировки в Conglomerate X. Добавление страницы входа для вашего побочного проекта было тривиальным занятием, вероятно, вам потребовалось час или два, чтобы вы потратили час или два на поиск в Google руководств и опробование. Но эквивалентная функция, вероятно, займет недели в крупной компании из-за количества имеющихся сдержек и противовесов.

  • Заявление о бизнесе
  • Дизайн продукта
  • Обсуди с заинтересованными сторонами
  • Планирование интеграции с архитекторами
  • План обеспечения качества
  • Приоритезация задач в JIRA
  • Распределение задач инженерам
  • Обмен мнениями с заинтересованными сторонами
  • Спор с дизайнером
  • Доставка задерживается из-за работы другой команды, блокирующей ваши развертывания.

Продукты для стартапов гораздо ближе к побочным проектам, чем продукты для предприятий. Если у вас инженерный опыт в крупной корпорации, ваш менталитет должен сместиться с «Мне нужен человек X, который поможет мне выполнить эту задачу» на «У меня есть все инструменты в моем распоряжении, чтобы довести это до конца». Если вы не умеете что-то делать, вы можете научиться. Часто технология не особенно сложна. Если ваш технический директор / архитектор заботится о продуктивности разработчика, он приложил бы дополнительные усилия, чтобы код оставался документированным, простым и понятным, насколько это возможно.

Всегда помни о бизнесе

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

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

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

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

Альберт Ким

Соучредитель Greenline Systems