Как фаундеру проверить разработчика без технического опыта

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

Попросите технического оценщика заранее объяснить, что он сможет проверить, чего не увидит за одно интервью и как оформит выводы. Нужен результат с примерами и неизвестными вопросами, а не непрозрачная оценка «сильный senior».

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

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

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

Просите примеры действий и последствий. Общий вопрос «умеете ли вы работать самостоятельно?» почти ничего не проверяет. Уточняйте, что человек делал лично, кто принимал решения и что оказалось ошибочным.

• Расскажите о задаче с неполными требованиями. Что вы уточнили до начала работы?
• Какое решение вы изменили после обратной связи пользователя или коллеги?
• Когда вы понимали, что задачу нельзя выполнить в исходных условиях? Как сообщили об этом?
• Как вы объясняли нетехническому руководителю риск и варианты действий?
• Что вы проверяли после выпуска изменения и как понимали, что оно работает?
• Какую поддержку вы ожидаете от CTO или фаундера в нашей ситуации?

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

Домашнее задание не должно превращаться в бесплатную разработку вашего продукта. Уточните формат, ожидаемый объём и использование результата. Если обсуждаете код, выбирайте обезличенный пример или разрешённый кандидатом материал.

1. Разобрать один проект и границы личной ответственности.
2. Уточнить одно решение: какие варианты рассматривались и что изменилось после выпуска.
3. Дать рабочую ситуацию и наблюдать за запросом недостающих сведений.
4. Проверить тестирование, сопровождение и реакцию на неудачный результат.
5. Зафиксировать доказательства по профилю роли и вопросы для следующего этапа.

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

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

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

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

• Составить профиль первого senior →
• Обсудить поиск и распределение оценки →