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

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

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

Вот несколько вещей, которые требует от технического директора стартапа для успешного стартапа:

1. Создание минимально жизнеспособного продукта

Большинство стартапов хотят, чтобы технический соучредитель создал их МФУ. Создание первой итерации продукта стартапа ляжет на плечи технического директора. Это делает многих корпоративных технических директоров неэффективными для работы. Технические директора крупных предприятий обычно находятся на 2-3 уровнях управления вдали от повседневной разработки

2. Наем ИТ-специалистов и менеджеров по обработке данных

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

3. Разбираемся с безопасностью предприятия

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

Беспокоитесь о безопасности своего сайта? посетите наш партнерский блог, чтобы исправить это менее чем за 15 минут.

4. Удержание сотрудников

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

5. Управление ростом команды

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

6. Тестирование и устранение ошибок

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

7. Проверка качества

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

8. Отношения с поставщиками

Нашим миром движут API. По крайней мере, мир, в котором существуют разработчики. Многие не могут вспомнить, когда в последний раз создавали проект, который не подключался к двум или более сторонним сервисам, таким как серверы Cloud SQL или Google Analytics. Как разработчику здорово иметь такую ​​власть в своих руках. Однако как технический директор становится очень сложно управлять. Вы должны знать, кто обновляет, какие библиотеки, план, на который вы подписались, и тот, у кого есть доступ ко всем секретным ключам.

9. Контроль за обновлением корпоративных версий

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

10. Участие в росте команды

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

11. Архитектура приложения

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

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