Как создать технологическую команду, если вы не технический основатель

Я не умею писать код. Никогда не умел и не планирую начинать. Zentria Flow — это платформа на основе ИИ, и её техническая архитектура строится людьми, которые в этой работе значительно лучше меня.

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

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

Первый найм — самый критичный

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

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

Что искать, когда нельзя напрямую оценить технические навыки

Вы не можете оценить качество кода. Но вы можете оценить несколько вещей, которые сильно коррелируют с качеством технического руководства:

Ясность коммуникации — Могут ли они объяснить технические решения простым языком? Технические лидеры, не умеющие выстраивать мосты между бизнесом и техникой, на практике постоянно создают проблемы.
Понимание продукта — Они думают о том, что продукт должен достичь, или только о том, как его создать? Лучшие технические лидеры глубоко вложены в результат продукта.
Результаты прошлых команд — Поговорите с людьми, с которыми они работали. Что создала команда? Это работало? Люди хотели бы снова с ними работать?
Рекомендации от других технических специалистов — Самый надёжный сигнал приходит от других инженеров или технических лидеров, работавших рядом с ними. Если у вас нет технических контактов для получения рекомендаций, найдите надёжного советника, который ими располагает.

Привлеките технических советников до найма

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

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

Определите, за что вы отвечаете, и защищайте эту границу

Как нетехнический основатель, ваша работа — не утверждать технические решения. Ваша работа:

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

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

Граница между «мне нужно, чтобы это работало к пятнице» (ваша работа) и «вот как вы должны это построить» (их работа) должна оставаться чёткой. Основатели, пересекающие эту границу, быстро теряют доверие технической команды.

Учитесь достаточно, чтобы вести хорошие разговоры

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

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

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

Выстраивайте с расчётом на удержание инженеров

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

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

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

Честное преимущество

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

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

Это разделение — не слабость. Именно так строятся лучшие технологические компании.