Как нанимать разработчика в агентство и не получать «сильного, но не вашего»

Как нанимать разработчика в агентство и не получать «сильного, но не вашего»

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

Проверяйте три слоя:
— базу: верстка, бэкенд, API, Git, тестирование;
— качество общения: может ли он задавать уточняющие вопросы и не теряться в ТЗ;
— самостоятельность: умеет ли оценивать задачу и говорить «не знаю, но разберусь».

Попросите показать один реальный кейс из прошлого проекта: что делал лично, где ошибся, как исправил. Если в ответе много «мы» и мало конкретики — вы нанимаете не исполнителя, а собеседника. Для агентства это риск: такой человек красиво входит в проект и так же красиво исчезает, когда нужно держать срок.

Отдельно смотрите на красные флаги: обещает закрыть всё без вопросов, не уточняет детали, спорит с ТЗ до понимания задачи, не может объяснить свои же решения простыми словами.

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